0) Set $wgMFAnonymousEditing = true;
I. Observed the pre-pre-screen (bug 72852) is shown but I have no option to proceed without logging in.
II. Observed: now it works.
Version: unspecified
Severity: normal
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | revi | T94388 Set $wgMFEditorOptions['anonymousEditing'] = false for kowiki | |||
| Open | None | T158181 Aim for workflow equivalence for MediaWiki on desktop and mobile web | |||
| Resolved | Nemo_bis | T93210 Set $wgMFEditorOptions['anonymousEditing'] = true by default for all wikis | |||
| Resolved | None | T55073 Re-examine user experience of anonymous users who have been disabled from editing anonymously | |||
| Resolved | Nemo_bis | T55069 [Tracking] Obstacles to enable anonymous editing for MobileFrontend users | |||
| Invalid | None | T74855 Purge is required to edit some page as unregistered user |
bingle-admin wrote:
Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/NhKxE5as
I think this is a cache problem (action=purge helps -> cache problem). I think we have to wait for bug 72856 to be resolved.
This the report about the problem in general, bug 72856 is the report about the same problem on it.wiki only.
I'm confused what is the bug here? Isn't this the correct behaviour or are you saying the purge action wasn't doing that? Anonymous editing changes the HTML markup so it will need a cache purge.
(In reply to Jon from comment #4)
Anonymous editing changes the
HTML markup
So that's the bug (from my point of view).
Nothing actionable here. Sometimes HTML changes are needed. Usually when we make HTML changes we are careful to add JavaScript to get round caching problems. Since problem is solved for it.wiki there is no bug here. (FYI if you want to do this on any other wikis in future please let me know - we could have completely avoided the cache flush on it wiki with some Common.js).