This includes:
- Running the create table script on s7. See T184666#4053182
- Deploying the extension itself
Niharika | |
Mar 15 2018, 5:44 PM |
F23622407: Untitled5.png | |
Jul 11 2018, 6:24 PM |
F23622284: Untitled1.png | |
Jul 11 2018, 6:24 PM |
F23622392: Untitled3.png | |
Jul 11 2018, 6:24 PM |
F15952745: Снимок экрана 2018-03-21 в 15.50.33.png | |
Mar 21 2018, 10:55 PM |
This includes:
Change 420948 had a related patch set uploaded (by Niharika29; owner: Niharika29):
[operations/mediawiki-config@master] Deploy GlobalPrefs to all production wikis
Change 421185 had a related patch set uploaded (by MaxSem; owner: MaxSem):
[operations/mediawiki-config@master] Deploy GlobalPreferences everywhere but Wikipedia
Change 421185 merged by jenkins-bot:
[operations/mediawiki-config@master] Deploy GlobalPreferences everywhere but Wikipedia
Update: after 14 minutes on non-WP wikis, I had to revert because of shenanigans in the logs that were submitted as 2 above bugs. Leaving the extension enabled on test wikis for now as it hadn't caused any problems there so far.
Noticeable increase of traffic on a s7 DB server corresponding to the time GP was enabled:
15:18 < logmsgbot> !log maxsem@tin Synchronized wmf-config/InitialiseSettings.php: https://gerrit.wikimedia.org/r/#/c/421185/ (duration: 01m 15s) 15:32 < logmsgbot> !log maxsem@tin Synchronized wmf-config/InitialiseSettings.php: Revert global prefs (duration: 01m 15s)
The deployment of: https://gerrit.wikimedia.org/r/#/c/420947/ matches a big increase on s3 servers:
17:35 maxsem@tin: Synchronized wmf-config/InitialiseSettings.php: https://gerrit.wikimedia.org/r/#/c/420947/ (duration: 01m 15s)
Can we revert this to see if this stops?
Change 421331 had a related patch set uploaded (by Zfilipin; owner: Zfilipin):
[operations/mediawiki-config@master] Revert "Redeploy GlobalPreferences to test wikis and mw.org"
I have asked for that ^ revert, as it looks like a "cheap" revert, and the spike is important enough to see if that change is causing it.
Change 421331 merged by jenkins-bot:
[operations/mediawiki-config@master] Revert "Redeploy GlobalPreferences to test wikis and mw.org"
Mentioned in SAL (#wikimedia-operations) [2018-03-22T16:28:18Z] <zfilipin@tin> Synchronized wmf-config/InitialiseSettings.php: SWAT: [[gerrit:421331|Revert "Redeploy GlobalPreferences to test wikis and mw.org" (T189806)]] (duration: 01m 14s)
Please let us know when this is ready for Tech/News announcement, by moving it 1 column to the right in the User-notice workboard. Thanks! (p.s. here's the previous wording draft, removed for now, in case re-usable.)
Mentioned in SAL (#wikimedia-operations) [2018-04-25T22:21:54Z] <samwilson@tin> Synchronized wmf-config/InitialiseSettings.php: Deploy GlobalPreferences T189806 (duration: 01m 18s)
Change 434368 had a related patch set uploaded (by MaxSem; owner: MaxSem):
[operations/mediawiki-config@master] Enable GlobalPreferences on non-Wikipedias
Change 434368 merged by jenkins-bot:
[operations/mediawiki-config@master] Enable GlobalPreferences on non-Wikipedias
This is still the status. There are some more bugs to be fixed before full release, should been in the near future but not in this sprint.
Not sure where this project is, but I just noticed that on test.wikipedia.org, I see the gadgets from test2.wikipedia.org
Definition for test.wp: https://test.wikipedia.org/wiki/MediaWiki:Gadgets-definition
Does not match with the gadgets shown on test.wp
https://test.wikipedia.org/wiki/Special:Gadgets
https://test.wikipedia.org/wiki/Special:Preferences#mw-prefsection-gadgets
which instead reflects what seems to be https://test2.wikipedia.org/wiki/MediaWiki:Gadgets-definition
Can be a configuration problem or something, or it's an actual software problem, not sure.
Hi @TheDJ. The problem does not seem related to GlobalPreferences because GP does not globalize gadgets. GP is deployed on all non-Wikipedia wikis. You can access it by going to https://test.wikipedia.org/wiki/Special:GlobalPreferences (link under Special:Preferences > User profile).
Just to confirm:
mysql:wikiadmin@db1079 [centralauth]> select count(*) from global_preferences where gp_property like 'gadget%'; ---------- | count(*) | ---------- | 0 | ---------- 1 row in set (0.00 sec)
Current stats:
Total number of users with a global preference set: 403
Number of preferences set using GP so far: 9835
Change 444652 had a related patch set uploaded (by MaxSem; owner: MaxSem):
[operations/mediawiki-config@master] Deploy GlobalPreferences to the rest of SUL wikis
Change 444652 merged by jenkins-bot:
[operations/mediawiki-config@master] Deploy GlobalPreferences to the rest of SUL wikis
Is it safe to mark this as {{done}} at https://meta.wikimedia.org/wiki/2016_Community_Wishlist_Survey/Results ?
I do not get emails on Structured Discussions updates, despite I marked this as global. Can it be a problem of GlobalPreferences that does not recognize notification preferences?
Can you mention exactly which preference are you talking about? How did you set it? A screenshot of the preference on Special:Preferences and Special:GlobalPreferences will be very useful.
Thank you for your attention. Here is my local (he)wiki Global Preferences page. I set them two days ago for this specific preference. I'm talking about the third line, Structured Discussion in Notify me about these events.
I do not know. I'll check next time I get a notification from SD on another wiki, and tell you.
@IKhitron This might be related to T195288: Local exception for notifications does not work which is going to be fixed everywhere by tomorrow. Let me know if this happens again. I'll be doing some tests myself as well.
Change 420948 abandoned by Niharika29:
Deploy GlobalPrefs to all production wikis
Reason:
Was superseded by another patch.
Well, @Niharika, it happened today again, on the same page. And also, I get a notification just now from mediawiki.org - there the preference was always local.
Okay. Can you open a new ticket for this issue? Don't make it a sub-ticket of this one, only put it on MediaWiki-extensions-GlobalPreferences. Let's discuss there.
Hi. Pay attention, that after the deployment many local preferences where restored to default, so the user values were lost. Looks like in notifications tab only, but maybe I just did not see it in others.
Thanks for bringing it up @IKhitron. The issue is known and is being tracked in T201340: Local notification settings stuck at latest global preference. The problem only occurs for the notifications input only and not for anything else. The exact cause and behavior is yet unknown. @MaxSem is investigating it.