Closed
Bug 843360
Opened 12 years ago
Closed 12 years ago
wiki.mozilla.org dev and stage sites can not update user preferences
Categories
(Infrastructure & Operations Graveyard :: WebOps: Other, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jd, Assigned: mah)
References
Details
Both dev and stage have this issue. It might be related to:
https://bugzilla.wikimedia.org/show_bug.cgi?id=42592
But I can find no errors in the logs. I will postpone the production upgrade until this issue is resolved.
https://wiki-dev.allizom.org/Special:Preferences
https://wiki.allizom.org/Special:Preferences
Assignee | ||
Comment 1•12 years ago
|
||
It is not (directly) related to https://bugzilla.wikimedia.org/42592 -- the patch that fixed that bug doesn't apply to 1.19 because 1.19 doesn't have the writesOrCallbacksPending method.
Assignee | ||
Comment 2•12 years ago
|
||
I can't link to the answer because of a bug in MediaWiki's LiquidThreads extension, but Ciencia Al Poder provides this answer:
Your wiki has Short URLs wrongly configured, or there's something wrong with server
alias or rewrite rules.
When saving Special:Preferences it does a HTTP POST to /index.php/Special:Preferences,
but the server is responding with a HTTP 302 Redirect to /Special:Preferences, which
causes the browser to do a GET request instead of a POST one and the POST data is lost
on the redirect.
From https://www.mediawiki.org/wiki/Thread:Project:Support_desk/User_preferences_won%27t_save_%28no_error%29
Assignee | ||
Comment 3•12 years ago
|
||
My bad. NoScript was mangling the URL to keep me "safe". Here it is: https://www.mediawiki.org/wiki/Thread:Project:Support_desk/User_preferences_won%27t_save_%28no_error%29/reply_%2816%29
Comment 4•12 years ago
|
||
Wow, that is an awesomely helpful response from them. I'm so happy I asked, I was afraid nobody would be able to help. :)
I see this in our Apache config for prod (wiki-dev looks similar):
# The following rules are only for backwards compatibility
# (so that old links to your site keep working). You should leave them out in a new install.
# Redirect old /wiki/ urls
RewriteRule ^/wiki/(.*)$ https://wiki.mozilla.org/$1 [R,L]
RewriteRule ^/wiki$ https://wiki.mozilla.org/index.php [R,L]
RewriteRule ^/index.php\?title=(.*)$ https://wiki.mozilla.org/$1 [R,L]
RewriteRule ^/index.php/(.*)$ https://wiki.mozilla.org/$1 [R,L]
# end backward compatibility rules, the following ones are important
So... I guess we could make a RewriteCond for that last one (for Special:Preferences), but honestly I'm kinda thinking maybe we can just kill it altogether.
Or we could redo our ShortURL stuff entirely. That's cleaner, but I suspect we'll need to do something about making at least the current sort of links work... we can perhaps abandon the previous generation(s) of links, if there are problems supporting them.
Reporter | ||
Comment 5•12 years ago
|
||
I removed the last two rewrites on dev and stage which seems to have solved the problem. I refreshed dev and stage with a copy of the data from prod and we are once again ready for testing.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•6 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•