[Bug 69212] neutral mw-ui-quiet anchors should lighten on hover and have no outline
https://bugzilla.wikimedia.org/show_bug.cgi?id=69212 Shahyar Ghobadpour changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW --- Comment #4 from Shahyar Ghobadpour --- It has patches in progress. https://gerrit.wikimedia.org/r/#/c/155856/ https://gerrit.wikimedia.org/r/#/c/156162/ -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70139] New users no longer get notifications
https://bugzilla.wikimedia.org/show_bug.cgi?id=70139 --- Comment #7 from Gerrit Notification Bot --- Change 156970 merged by jenkins-bot: New users don't get welcome notification. https://gerrit.wikimedia.org/r/156970 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 68321] Some Mobile/Web uploads without or with corrupted information
https://bugzilla.wikimedia.org/show_bug.cgi?id=68321 --- Comment #13 from Ryan Kaldari --- Why did we create a separate Special:Uploads instead of replacing Special:Upload? That seems like it was a bad idea. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 54360] implement updated appearance to Mediawiki.ui (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=54360 --- Comment #11 from Jared Zimmerman (WMF) --- probably not, but I'll let someone in Eng. decide that. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70139] New users no longer get notifications
https://bugzilla.wikimedia.org/show_bug.cgi?id=70139 --- Comment #8 from Gerrit Notification Bot --- Change 157008 had a related patch set uploaded by Spage: Update Echo bug 70139 backport https://gerrit.wikimedia.org/r/157008 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70137] [Regression] Flow: Watching or unwatching item no longer works (Uncaught exception from Handlebars)
https://bugzilla.wikimedia.org/show_bug.cgi?id=70137 --- Comment #8 from Gerrit Notification Bot --- Change 156994 merged by MaxSem: Update Flow bug 70137 backport https://gerrit.wikimedia.org/r/156994 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70139] New users no longer get notifications
https://bugzilla.wikimedia.org/show_bug.cgi?id=70139 --- Comment #9 from Gerrit Notification Bot --- Change 157008 merged by MaxSem: Update Echo bug 70139 backport https://gerrit.wikimedia.org/r/157008 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69212] neutral mw-ui-quiet anchors should lighten on hover and have no outline
https://bugzilla.wikimedia.org/show_bug.cgi?id=69212 --- Comment #5 from Jon --- Please swap the order shahyar as per my comment so we can get this merged. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29784] ResourceLoader: JsMinPlus is too memory hungry (memory leaks?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29784 Krinkle changed: What|Removed |Added Keywords||performance Priority|Low |Normal Summary|jsmin+ is too memory hungry |ResourceLoader: JsMinPlus ||is too memory hungry ||(memory leaks?) Severity|minor |normal --- Comment #13 from Krinkle --- Bumping priority (since this is still affecting production if you have a large gadget or user script). Mentioning JsMinPlus in title for easier finding via search. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70145] New: Unable to log in to beta labs on iOS devices
https://bugzilla.wikimedia.org/show_bug.cgi?id=70145 Bug ID: 70145 Summary: Unable to log in to beta labs on iOS devices Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: deployment-prep (beta) Assignee: wikibugs-l@lists.wikimedia.org Reporter: mpinc...@wikimedia.org CC: benap...@gmail.com, cmcma...@wikimedia.org, g...@wikimedia.org, has...@free.fr, mhershber...@wikimedia.org, platoni...@gmail.com, t...@tim-landscheidt.de Web browser: --- Mobile Platform: --- I've observed this for a couple weeks now at various times on multiple iOS devices (iPhone 5 and iPad 2). It may be affecting all mobile devices, or maybe just Safari; not sure. Steps to repro: 1. On iOS mobile device, type beta labs URL into Safari or follow a link to beta labs from email. 2. Go to login page and enter username/pw. Tap login. You'll get taken to a "Safari cannot open page because it could not connect to the server" page. Makes testing new mobile features very difficult :( -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31626] ResourceLoader: Fail more gracefully when a module name is registrated multiple times
https://bugzilla.wikimedia.org/show_bug.cgi?id=31626 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID Summary|Fail more gracefully when |ResourceLoader: Fail more |RL has duplicate|gracefully when a module |registration errors |name is registrated ||multiple times --- Comment #3 from Krinkle --- This is the functional equivalent of two pieces of php code in MediaWiki (e.g. core and an extension, or two extensions) registering the same class name in the Autoloader. There is imho no acceptable graceful behaviour. It is front-end, not backend, so you could at most decide to disable the entire javascript pipeline, but that seems not worth implementing for this. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70138] Thanks: [Regression wmf19] All Thanks actions fail with "Thank action failed. Please try again."
https://bugzilla.wikimedia.org/show_bug.cgi?id=70138 --- Comment #6 from Gerrit Notification Bot --- Change 157000 abandoned by Legoktm: Update Thanks bug 70138 backport https://gerrit.wikimedia.org/r/157000 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31626] ResourceLoader: Fail more gracefully when a module name is registrated multiple times
https://bugzilla.wikimedia.org/show_bug.cgi?id=31626 Krinkle changed: What|Removed |Added Resolution|INVALID |WONTFIX -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70138] Thanks: [Regression wmf19] All Thanks actions fail with "Thank action failed. Please try again."
https://bugzilla.wikimedia.org/show_bug.cgi?id=70138 Kunal Mehta (Legoktm) changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED Assignee|wikibugs-l@lists.wikimedia. |legoktm.wikipe...@gmail.com |org | --- Comment #7 from Kunal Mehta (Legoktm) --- Fixed, backported and deployed. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25572] ResourceLoader: Handle bad file paths more elegantly
https://bugzilla.wikimedia.org/show_bug.cgi?id=25572 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25572] ResourceLoader: Handle bad file paths more elegantly
https://bugzilla.wikimedia.org/show_bug.cgi?id=25572 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com Summary|Handle bad file paths more |ResourceLoader: Handle bad |elegantly. |file paths more elegantly --- Comment #8 from Krinkle --- A regular non-load.php request no longer cascades into module contents as far as I know. I don't think it ever did, but perhaps it did (based on reading this bug). Either way, it doesn't now. When a module contains references to inexistent files, it s gracefully detected by the startup module (so the other modules load file), a message is logged to the resourceloader log (server-side) and an exception is logged in a js comment atop the startup module request. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70133] Checkboxes are huge
https://bugzilla.wikimedia.org/show_bug.cgi?id=70133 --- Comment #5 from Jon --- Jared. I'm a little confused. Buttons and inputs are not the same height. A button had top and bottom padding of 0.5em for example and usually a font size of 1em. So that means the total height is 2em. An input has top padding of 0.3em top and bottom so when font size is 1em, it has height 1.6em We don't have a dropdown element. The current checkbox is 24px by 24px and is not consistent with the spec so I'm proposing to change it to 1.6em height (in my original patch it was 1.5 but i've just noticed and corrected it) - that brings it inline with inputs. The margins are also wrong - they do not match with the spec in https://trello.com/c/JETLmm7F/7-check-boxes I'm not making any design changes, I'm making implementation changes Maybe try testing out the patch? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70133] Checkboxes are huge
https://bugzilla.wikimedia.org/show_bug.cgi?id=70133 --- Comment #6 from Jon --- (To be fair my original bug report was not clear and for that I apologise). I just wanted to track the work. Hopefully comment 5 gives more clarity. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70133] Dimensions of checkboxes are defined in pixels and margins are not to spec
https://bugzilla.wikimedia.org/show_bug.cgi?id=70133 Jon changed: What|Removed |Added Summary|Checkboxes are huge |Dimensions of checkboxes ||are defined in pixels and ||margins are not to spec -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69668] Change FlaggedRevs configuration on fa.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=69668 Calak changed: What|Removed |Added Assignee|wikibugs-l@lists.wikimedia. |calakw...@yahoo.com |org | -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69594] Add namespace alias on ckbwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=69594 Calak changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70133] Dimensions of checkboxes are defined in pixels and margins are not to spec
https://bugzilla.wikimedia.org/show_bug.cgi?id=70133 --- Comment #7 from Jared Zimmerman (WMF) --- "Buttons and inputs are not the same height" has this been logged, because they should be the same height. if this patch syncs the height of these controls and the way they are specified in code, we're good to go. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70145] Unable to log in to beta labs on iOS devices (mobile web)
https://bugzilla.wikimedia.org/show_bug.cgi?id=70145 Dan Garry changed: What|Removed |Added CC||dga...@wikimedia.org Summary|Unable to log in to beta|Unable to log in to beta |labs on iOS devices |labs on iOS devices (mobile ||web) --- Comment #1 from Dan Garry --- Clarifying that this is just mobile web. The mobile apps intentionally cannot log into beta labs. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70146] New: Special:Upload should pre-fill summary field without Javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=70146 Bug ID: 70146 Summary: Special:Upload should pre-fill summary field without Javascript Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Uploading Assignee: wikibugs-l@lists.wikimedia.org Reporter: rkald...@wikimedia.org CC: aarcos.w...@gmail.com, bawolff...@gmail.com, bryan.tongm...@gmail.com, fflo...@wikimedia.org, gti...@wikimedia.org, mtrac...@member.fsf.org Web browser: --- Mobile Platform: --- Steps to reproduce: 1. Turn off Javascript 2. Go to https://commons.wikimedia.org/wiki/Special:Upload Expected result: Summary field should have empty information template (similar to https://commons.wikimedia.org/w/index.php?title=Special:Upload&uploadformstyle=basic with JS) Actual result: Summary field is empty The contents to pre-fill the field with should probably be pulled from a local MediaWiki page. This bug also affects mobile, since mobile doesn't load the local site JS. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70146] Special:Upload should pre-fill summary field without Javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=70146 Ryan Kaldari changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=68321 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 68321] Some Mobile/Web uploads without or with corrupted information
https://bugzilla.wikimedia.org/show_bug.cgi?id=68321 Ryan Kaldari changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=70146 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70147] New: Settings icon offset
https://bugzilla.wikimedia.org/show_bug.cgi?id=70147 Bug ID: 70147 Summary: Settings icon offset Product: MediaWiki extensions Version: unspecified Hardware: All URL: https://en.wikipedia.org/wiki/Stefan_Sagmeister OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Popups Assignee: wikibugs-l@lists.wikimedia.org Reporter: vba...@wikimedia.org CC: jared.zimmer...@wikimedia.org, pandiculat...@gmail.com, psax...@wikimedia.org, yuvipa...@gmail.com Web browser: --- Mobile Platform: --- Settings icon is offset from last modified timestamp in both layouts -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69982] parsoid ignores http_proxy envvar
https://bugzilla.wikimedia.org/show_bug.cgi?id=69982 Mark A. Hershberger changed: What|Removed |Added CC||q...@wikimedia.org --- Comment #3 from Mark A. Hershberger --- (In reply to C. Scott Ananian from comment #2) > You mean the not-even-in-POSIX-and-certainly-not-in-libc "http_proxy" > convention, I guess, used by senile software. ;) I admit to being over 40, but I don't think I'm quite qualified to be called senile. I prefer the title "seasoned" for my dormant sysadmin skills. Skills which, truth be known, find it very useful to set http_proxy once in /etc/environment and then have it used by all software on that host. > We use the `request` module (https://github.com/mikeal/request) which has an > `proxy` argument to the constructor. Getting the request module to respect http_proxy is certainly an upstream problem. That wasn't my goal in filing this this bug. > You can put > > parsoidConfig.defaultAPIProxyURI = process.env['http_proxy']; > > in your localsettings.js if it makes you feel better. This statement is dismissive of the de facto http_proxy standard. Why? -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 60862] Tool Labs: jsub should prevent starting duplicate jobs for -once tasks
https://bugzilla.wikimedia.org/show_bug.cgi?id=60862 --- Comment #6 from Tim Landscheidt --- (In reply to Krinkle from comment #5) > [...] > Is there some change we're expected to make in how we invoke it from cron? You can use bigbrother as described in http://permalink.gmane.org/gmane.org.wikimedia.labs/2757. As there is only one bigbrother instance that processes all jobs sequentially, no race conditions can occur. The interval between checks is 10 seconds when idling. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 50747] VisualEditor: Transclusion dialog should recommend TemplateData-hinted mandatory parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=50747 James Forrester changed: What|Removed |Added Assignee|tpars...@wikimedia.org |kren...@wikimedia.org Target Milestone|--- |VE-deploy-2014-09-04 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70145] Unable to log in to beta labs on iOS devices (mobile web)
https://bugzilla.wikimedia.org/show_bug.cgi?id=70145 --- Comment #2 from Chris McMahon --- I borrowed an iphone 4 and used Safari to login at en.m.wikipedia.beta.wmflabs.org. After logging in I got a strange redirect to www.en.m.wikipedia.beta.wmflabs.org and an error message "Mobile domains are not served from this server IP address." Upon manually entering the URL en.m.wikipedia.beta.wmflabs.org again I found I had logged in successfully. However, the logout button did not work. I may have fat-fingered it, but it only brought me to my user page. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69342] Wild card '*' for lang in user_config does not allow login
https://bugzilla.wikimedia.org/show_bug.cgi?id=69342 --- Comment #2 from Gerrit Notification Bot --- Change 156987 had a related patch set uploaded by John Vandenberg: Wild card '*' in user-config does not allow login https://gerrit.wikimedia.org/r/156987 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69342] Wild card '*' for lang in user_config does not allow login
https://bugzilla.wikimedia.org/show_bug.cgi?id=69342 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70015] VisualEditor: Open button in link inspector should be disabled when the link target field is empty
https://bugzilla.wikimedia.org/show_bug.cgi?id=70015 Alex Monk changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #5 from Alex Monk --- I uploaded Gerrit change 157017 to resolve that issue, and Roan just merged it. I forgot to link it to this bug, sorry! -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69479] Android app: Keyboard sometimes doesn't collapse when you minimise the app
https://bugzilla.wikimedia.org/show_bug.cgi?id=69479 --- Comment #3 from Gerrit Notification Bot --- Change 156888 merged by jenkins-bot: Hide keyboard when Search fragment disappears. https://gerrit.wikimedia.org/r/156888 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70148] New: "Create new topic" does not work with $wgFlowContentFormat = wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=70148 Bug ID: 70148 Summary: "Create new topic" does not work with $wgFlowContentFormat = wikitext Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: bs...@wikimedia.org CC: dh...@wikimedia.org, ebernhard...@wikimedia.org, mpinc...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Web browser: --- Mobile Platform: --- It throws invalid workflow exception -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 68321] Some Mobile/Web uploads without or with corrupted information
https://bugzilla.wikimedia.org/show_bug.cgi?id=68321 --- Comment #14 from Ryan Kaldari --- Temporarily fixed with: https://commons.wikimedia.org/wiki/MediaWiki:Mobile.js Until Bug 70146 is fixed. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 68376] Improve mobile uploads (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=68376 Bug 68376 depends on bug 68321, which changed state. Bug 68321 Summary: Some Mobile/Web uploads without or with corrupted information https://bugzilla.wikimedia.org/show_bug.cgi?id=68321 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 68321] Some Mobile/Web uploads without or with corrupted information
https://bugzilla.wikimedia.org/show_bug.cgi?id=68321 Ryan Kaldari changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70050] browser test method gone missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=70050 Chris McMahon changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Chris McMahon --- I reported the issue badly, but Dan fixed it with https://gerrit.wikimedia.org/r/#/c/156982/ -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 65445] Media Viewer should display the "Credit" parameter when available
https://bugzilla.wikimedia.org/show_bug.cgi?id=65445 --- Comment #12 from Erik Moeller --- I would suggest the following changes to Media Viewer and the template: 1) In the template, emit licensetpl_attr only for the actual attribution component (which is already a separate parameter, i.e. the combination of "Author" and "Other"). License is already emitted in more predictable machine-readable form by other templates, but can still be rendered in the output for easy copy & paste. 2) If licensetpl_attr is set, prioritize it as the preferred attribution below the image and in the "Use this file" provided attribution. Note that this also addresses issues with attribution parameters provided by other templates, e.g. this file: https://commons.wikimedia.org/wiki/File:(Boletus_edulis).jpg Where the licensetpl_attr metadata specifies a full author name that's not rendered in Media Viewer. Does that sound reasonable to folks on this bug? It would probably be worth rethinking the attribution concepts a bit more, but that can be done as part of the longer term structured data efforts. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70149] New: Flow: burst of exceptions "Formatter/AbstractQuery.php: Did not load root post Rysujnjdpyb7661r"
https://bugzilla.wikimedia.org/show_bug.cgi?id=70149 Bug ID: 70149 Summary: Flow: burst of exceptions "Formatter/AbstractQuery.php: Did not load root post Rysujnjdpyb7661r" Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: sp...@wikimedia.org CC: dh...@wikimedia.org, ebernhard...@wikimedia.org, mpinc...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Web browser: --- Mobile Platform: --- Easy to reproduce, just visit https://www.mediawiki.org/wiki/Topic:Rysujnjdpyb7661r and you get a 500 error and one-line [65700052] 2014-08-29 01:11:29: Fatal exception of type MWException There was a spike of 15 of these errors in 3 seconds Thursday afternoon SF time. Note this is different from the 400 bad request "Invalid value was provided for loading flow content" pink errorbox "Fatal exception of type Flow\Exception\InvalidInputException" that you you get from an incorrect URL like https://www.mediawiki.org/wiki/Topic:Zysujnjdpyb7661r (first letter changed). Could be user error, and/or maybe it's a UUID that's found but doesn't have the right characteristics. (Providing a post or board header UUID as Topic: doesn't cause this error.) Full stack trace follows: 2014-08-28 23:06:52 mw1151 mediawikiwiki: [821fbe65] /wiki/Topic:Rysujnjdpyb7661r Exception from line 286 of /usr/local/apache/common-local/php-1.24wmf19/extensions/Flow/includes/Formatter/AbstractQuery.php: Did not load root post Rysujnjdpyb7661r #0 /usr/local/apache/common-local/php-1.24wmf19/extensions/Flow/includes/Formatter/AbstractQuery.php(209): Flow\Formatter\AbstractQuery->getRootPost(Object(Flow\Model\PostRevision)) #1 /usr/local/apache/common-local/php-1.24wmf19/extensions/Flow/includes/Formatter/TopicListQuery.php(67): Flow\Formatter\AbstractQuery->buildResult(Object(Flow\Model\PostRevision), NULL, Object(Flow\Formatter\TopicRow)) #2 /usr/local/apache/common-local/php-1.24wmf19/extensions/Flow/includes/Block/Topic.php(554): Flow\Formatter\TopicListQuery->getResults(Array) #3 /usr/local/apache/common-local/php-1.24wmf19/extensions/Flow/includes/Block/Topic.php(470): Flow\Block\TopicBlock->renderTopicAPI(Object(Flow\Templating), Array) #4 /usr/local/apache/common-local/php-1.24wmf19/extensions/Flow/includes/View.php(129): Flow\Block\TopicBlock->renderAPI(Object(Flow\Templating), Array) #5 /usr/local/apache/common-local/php-1.24wmf19/extensions/Flow/includes/Actions/Action.php(88): Flow\View->show(Object(Flow\WorkflowLoader), 'view') #6 /usr/local/apache/common-local/php-1.24wmf19/extensions/Flow/includes/Actions/Action.php(35): Flow\Actions\FlowAction->showForAction('view') #7 /usr/local/apache/common-local/php-1.24wmf19/includes/MediaWiki.php(439): Flow\Actions\FlowAction->show() #8 /usr/local/apache/common-local/php-1.24wmf19/includes/MediaWiki.php(307): MediaWiki->performAction(Object(Article), Object(Title)) #9 /usr/local/apache/common-local/php-1.24wmf19/includes/MediaWiki.php(609): MediaWiki->performRequest() #10 /usr/local/apache/common-local/php-1.24wmf19/includes/MediaWiki.php(460): MediaWiki->main() #11 /usr/local/apache/common-local/php-1.24wmf19/index.php(46): MediaWiki->run() #12 /usr/local/apache/common-local/w/index.php(3): require('/usr/local/apac...') #13 {main} -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70137] [Regression] Flow: Watching or unwatching item no longer works (Uncaught exception from Handlebars)
https://bugzilla.wikimedia.org/show_bug.cgi?id=70137 sp...@wikimedia.org changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from sp...@wikimedia.org --- Fixed, backported to 1.24wmf19 and deployed. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70139] New users no longer get notifications
https://bugzilla.wikimedia.org/show_bug.cgi?id=70139 sp...@wikimedia.org changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED --- Comment #10 from sp...@wikimedia.org --- Fixed, backported to 1.24wmf19, and deployed. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69342] Wild card '*' for lang in user_config does not allow login
https://bugzilla.wikimedia.org/show_bug.cgi?id=69342 --- Comment #3 from Gerrit Notification Bot --- Change 156987 merged by jenkins-bot: Wild card '*' in user-config does not allow login https://gerrit.wikimedia.org/r/156987 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70145] Unable to log in to beta labs on iOS devices (mobile web)
https://bugzilla.wikimedia.org/show_bug.cgi?id=70145 --- Comment #3 from Greg Grossmeier --- (In reply to Maryana Pinchuk from comment #0) > I've observed this for a couple weeks now at various times on multiple iOS > devices (iPhone 5 and iPad 2). It may be affecting all mobile devices, or > maybe just Safari; not sure. Is it 100% of the time or sporadic? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 68488] ResourceLoaderWikiModule::isKnownEmpty does not check whether the page is empty
https://bugzilla.wikimedia.org/show_bug.cgi?id=68488 --- Comment #5 from Krinkle --- (In reply to Kunal Mehta (Legoktm) from comment #2) > That seems reasonable for the site module and other modules in the > MediaWiki: namespace, but I don't think it applies to the user module where > we don't need to really worry about the 30 day cache. The use-case I'm > imagining is where a user creates a common.js page, decides they don't need > the JS anymore and then blanks it since they aren't a sysop and can't delete > it. (There are about 6850 such pages on enwp). > > Maybe the user module (and the ext.globalCssJs.user module) should override > isKnownEmpty? Yes. In that case we could do that. Plus, in that change, document in the main WikiModule class why that one only checks page existence. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 68488] ResourceLoaderWikiModule::isKnownEmpty does not check whether the page is empty
https://bugzilla.wikimedia.org/show_bug.cgi?id=68488 Krinkle changed: What|Removed |Added Status|UNCONFIRMED |NEW Target Milestone|--- |Future release Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 68488] ResourceLoaderWikiModule::isKnownEmpty does not check whether the page is empty
https://bugzilla.wikimedia.org/show_bug.cgi?id=68488 Krinkle changed: What|Removed |Added Keywords||performance --- Comment #6 from Krinkle --- +performance; this'll save one or two http requests for logged-in users who created user scripts but blanked them. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 60945] Add support for languageStyles
https://bugzilla.wikimedia.org/show_bug.cgi?id=60945 Krinkle changed: What|Removed |Added Priority|Normal |Lowest --- Comment #1 from Krinkle --- Inclined to wontfix. Lowering priority for now; blocked on having at least one non-theoretical use case. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 60945] ResourceLoader: Add support for languageStyles
https://bugzilla.wikimedia.org/show_bug.cgi?id=60945 Krinkle changed: What|Removed |Added Summary|Add support for |ResourceLoader: Add support |languageStyles |for languageStyles -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 61010] Add IE7-9 support to .vertical-gradient mixin
https://bugzilla.wikimedia.org/show_bug.cgi?id=61010 Bug 61010 depends on bug 61008, which changed state. Bug 61008 Summary: ResourceLoader should make it possible to automatically expand #fff-style colours to #ff-style https://bugzilla.wikimedia.org/show_bug.cgi?id=61008 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 61008] ResourceLoader should make it possible to automatically expand #fff-style colours to #ffffff-style
https://bugzilla.wikimedia.org/show_bug.cgi?id=61008 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #15 from Krinkle --- (In reply to Krinkle from comment #13) > I don't think it is within the scope of ResourceLoader (a framework to > package and deliver modules) to correct bad input. > > If you want to use LESS to abstract browser bugs, that's fine. But > ResourceLoader itself should play no part in changing the styles or scripts > to address browser bugs. > > If CSSMin is optimising things (e.g. #ff, #FFF, white -> #fff) and that > causing problems in IE, then it is within the scope of RL to not do that as > it shouldn't introduce bugs, but certainly shouldn't (intentionally) fix > them. If you wrote CSS that uses #fff in an IE-specific css property that requires #f, then don't write that CSS. If it's produced by a Less function, fix that. If it's written as #ff but optimised back to #fff by something (e.g. CSSMin) file a bug for that. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69982] parsoid ignores http_proxy envvar
https://bugzilla.wikimedia.org/show_bug.cgi?id=69982 --- Comment #4 from C. Scott Ananian --- I've learned the hard way that http_proxy isn't really a standard at all. Hardly anything respects it, and modern software uses the system proxy settings (set via gnome, kde, etc) instead of relying on a standard-which-isn't. Let's not even touch the question of whether http_proxy should be used for https traffic. Anyway, there's a perfectly straightforward workaround, which I've provided. [The 'senile software' was intended to be a lighthearted joke. I apologize if it appeared otherwise.] -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23512] Vector: Sidebar inaccessible for Opera and Konqueror
https://bugzilla.wikimedia.org/show_bug.cgi?id=23512 Krinkle changed: What|Removed |Added Summary|sidebar inaccessible for|Vector: Sidebar |Opera and Konqueror |inaccessible for Opera and |(Vector)|Konqueror -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 65444] Vector: Use a consistent indentation for all sidebar links
https://bugzilla.wikimedia.org/show_bug.cgi?id=65444 Krinkle changed: What|Removed |Added Summary|Use a consistent|Vector: Use a consistent |indentation for all sidebar |indentation for all sidebar |links on vector skin|links -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 66021] Vector: Grey content text impairs legibility
https://bugzilla.wikimedia.org/show_bug.cgi?id=66021 Krinkle changed: What|Removed |Added Summary|Grey content text in Vector |Vector: Grey content text |impairs legibility |impairs legibility -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26864] Vector: OutputPage::addMeta() not working with MediaWiki 1.16.1
https://bugzilla.wikimedia.org/show_bug.cgi?id=26864 Krinkle changed: What|Removed |Added Summary|OutputPage::addMeta() not |Vector: |working on Vector skin in |OutputPage::addMeta() not |1.16.1 |working with MediaWiki ||1.16.1 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48753] MonoBook: Remove text-transform from personal toolbar links
https://bugzilla.wikimedia.org/show_bug.cgi?id=48753 Krinkle changed: What|Removed |Added Summary|Remove text-transform on|MonoBook: Remove |personal toolbar links in |text-transform from |monobook|personal toolbar links -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31219] MonoBook: Footer is malformed
https://bugzilla.wikimedia.org/show_bug.cgi?id=31219 Krinkle changed: What|Removed |Added Summary|Footer of monobook skin is |MonoBook: Footer is |malformed |malformed -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 55669] ResourceLoader: Script includes should check window.mw
https://bugzilla.wikimedia.org/show_bug.cgi?id=55669 Krinkle changed: What|Removed |Added Summary|Script includes should |ResourceLoader: Script |check window.mw |includes should check ||window.mw -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 55669] Script includes should check window.mw
https://bugzilla.wikimedia.org/show_bug.cgi?id=55669 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|wikibugs-l@lists.wikimedia. |krinklem...@gmail.com |org | Target Milestone|--- |1.24.0 release Severity|minor |major --- Comment #4 from Krinkle --- Fixed. > resourceloader: Wrap only=script responses in "if(window.mw)" > > Change-Id: Icf6ede09b51ce212aa70ff6be4b341762ec75b4d -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 55618] Combine new mediawiki.inspect and debug toolbar
https://bugzilla.wikimedia.org/show_bug.cgi?id=55618 Krinkle changed: What|Removed |Added CC||matma@gmail.com Component|ResourceLoader |JavaScript --- Comment #1 from Krinkle --- Not related to ResourceLoader framework, this is a js module provided by MediaWiki. It (and all other modules, are loaded by ResourceLoader but that's irrelevant). -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 58139] ResourceLoader: 'languageScripts' in the file module should look for fallback languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=58139 Krinkle changed: What|Removed |Added Priority|Normal |High --- Comment #4 from Krinkle --- We want better i18n for smaller languages with fallbacks other than 'en'. Especially with upstream translations like jquery-ui and moment.js, having fallbacks here is useful to users. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 52797] Give site JS a chance (maybe in another NS_MEDIAWIKI page) to load at position=top
https://bugzilla.wikimedia.org/show_bug.cgi?id=52797 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Krinkle --- Common.js is feature-locked as far as I'm concerned. It loads at the bottom and in the global scope. For anything else, use Gadgets. You can create a gadget with position=top. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 51503] Add an HTML comment to MediaWiki's page source explaining load.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=51503 --- Comment #2 from Krinkle --- Content or scripts can also contain urls to index.php and api.php, where are their parameters documented? At least api.php has a help page when requested without any parameters. Perhaps we should point to https://www.mediawiki.org/wiki/ResourceLoader/Features or https://www.mediawiki.org/wiki/ResourceLoader/Features#Debug_mode from load.php, as it currently only says "no modules were requested. Max made me put this here" -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1] Documentation is out of date, incomplete (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=1 Krinkle changed: What|Removed |Added Depends on||51503 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1] Documentation is out of date, incomplete (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=1 Bug 1 depends on bug 51503, which changed state. Bug 51503 Summary: ResoureLoader: Add self-explanatory comment to load.php about ResourceLoader https://bugzilla.wikimedia.org/show_bug.cgi?id=51503 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 51503] ResoureLoader: Add self-explanatory comment to load.php about ResourceLoader
https://bugzilla.wikimedia.org/show_bug.cgi?id=51503 Krinkle changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Blocks||1 Resolution|--- |WORKSFORME Summary|Add an HTML comment to |ResoureLoader: Add |MediaWiki's page source |self-explanatory comment to |explaining load.php |load.php about ||ResourceLoader --- Comment #3 from Krinkle --- > Expand load.php's "no modules requested" output to be friendlier > > Change-Id: I9300ec4d86a364034a70ce4204a0d9c1ac44b60f -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 52626] Preference to detect/specify low bandwidth
https://bugzilla.wikimedia.org/show_bug.cgi?id=52626 Krinkle changed: What|Removed |Added Status|NEW |UNCONFIRMED Ever confirmed|1 |0 --- Comment #2 from Krinkle --- JS on/off (where off=blacklisted, not per se the browser/user turning it off themselves), and mobile both have their separation. What kind of things would low-bandwidth change? Anything in particular you can think of? I'm not sure we can justify and would have net-benefit from fragmenting this within the platform at the ResourceLoader level. We could potentially have a low-bandwidth optimised skin and forward requests to that for browsers, users, geo location, or other factor that we consider low-bandwidth (like we do with mobile). -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49592] asterisks at the in the load.php uri can cause 403 Forbidden
https://bugzilla.wikimedia.org/show_bug.cgi?id=49592 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Krinkle --- We seem to be needing the * for the security patch in IE. And such character is valid URL. If a this is failing, the user will likely experience other semi-random issues as well whenever the asterisk character comes into play (API queries, Article titles, etc.). Please fix your web server configuration or ask your web provider for support. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70131] $wgVisualEditorParsoidForwardCookies should be unconditional
https://bugzilla.wikimedia.org/show_bug.cgi?id=70131 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #2 from Roan Kattouw --- (In reply to Marc A. Pelletier from comment #0) > There are use cases where the edit permission is allowed to '*' yet a cookie > is necessary for editing certain pages This setting is only relevant if a cookie is required to *read* certain pages. Is that what is being restricted in your case? Because in that case, whatever extension is used to achieve this read restriction should probably do something that causes User::isEveryoneAllowed( 'read' ) to return false (there's a hook for that). -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49592] ResourceLoader: Don't use asterisk at the of a load.php url (can cause 403 Forbidden)
https://bugzilla.wikimedia.org/show_bug.cgi?id=49592 Krinkle changed: What|Removed |Added Summary|asterisks at the in the |ResourceLoader: Don't use |load.php uri can cause 403 |asterisk at the of a |Forbidden |load.php url (can cause 403 ||Forbidden) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49592] ResourceLoader: Don't use asterisk at the end of a load.php url (can cause 403 Forbidden)
https://bugzilla.wikimedia.org/show_bug.cgi?id=49592 Krinkle changed: What|Removed |Added Summary|ResourceLoader: Don't use |ResourceLoader: Don't use |asterisk at the of a|asterisk at the end of a |load.php url (can cause 403 |load.php url (can cause 403 |Forbidden) |Forbidden) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35472] ResourceLoader cache not properly fixable after moving MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=35472 Krinkle changed: What|Removed |Added Priority|Lowest |Normal -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70150] New: Mobile MediaViewer: Allow zooming into the photo
https://bugzilla.wikimedia.org/show_bug.cgi?id=70150 Bug ID: 70150 Summary: Mobile MediaViewer: Allow zooming into the photo Product: MobileFrontend Version: unspecified Hardware: Smartphone OS: other Status: NEW Severity: enhancement Priority: Unprioritized Component: Feature requests Assignee: wikibugs-l@lists.wikimedia.org Reporter: ril...@wikipedia.de CC: jrob...@wikimedia.org, kl...@wikimedia.org, kw...@wikimedia.org, maxsem.w...@gmail.com, rkald...@wikimedia.org Web browser: --- Mobile Platform: --- Original bug title: Mobile MediaViewer: Allow zooming into the photo Issue: Unable to zoom in. Neither putting 2 fingers onto the screen and moving them in diverging directions nor tapping the image magnifies it. Expected: Not having the issue. How to reproduce: Go to commons.m.wikimedia.org, tap on an image, and make sure it opens in the Mobile MediaViewer. Try magnifying it. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 57788] Run or schedule initSiteStats.php maintenance script
https://bugzilla.wikimedia.org/show_bug.cgi?id=57788 Donald Lancon changed: What|Removed |Added CC||dc...@obkb.com --- Comment #3 from Donald Lancon --- Yes, please do this until the current open bugs affecting on-wiki stats are fixed. I help to track stats at [[m:Wikimedia_News]] and I regularly come across "milestone" changes that I can't explain looking at on-wiki activity (new pages, imports, deletions, and often even the raw volume of RecentChanges activity can't account for the changes). Just today, for example, q:ca: reached 2000 (increasing by 365 content pages) without corresponding on-wiki activity to account for the change. Took me half an hour to notice that a single page with 360 revisions was just imported into the wiki. So this looks like bug 40009, which just got fixed (but apparently no wikis have benefitted from the fix yet). Anyway, more importantly, I believe there are still WM wikis that have been thousands of articles off in their article counts for years now -- although I haven't made a thorough check of the situation since May 2012. Interested parties can see [[m:User:Dcljr/Article_counts]] for a lot of information about article counts that never really went anywhere. Waiting for that Great Day when the on-wiki stats actually mean something -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 64726] FlaggedRevs for Norwegian (bokmål) Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=64726 Erik Moeller changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID |--- --- Comment #25 from Erik Moeller --- Hi John, Thanks for your patience. A couple of follow-up questions: 1) Is this the only discussion that has happened on this issue in the Norwegian Wikipedia community? https://no.wikipedia.org/wiki/Wikipedia:Tinget/Arkiv/2014-23 I realize it is a small community, but there are 350+ active and 50+ very active editors according to http://stats.wikimedia.org/EN/TablesWikipediaNO.htm - it looks like this was a discussion only among a very small number of people, for a very big change that will affect the future of the project for years to come. Am I missing something? It seems like it would be appropriate to advertise this via a poll in the sitenotice, no? Please note that these deployments have historically been contentious; English Wikipedia never agreed to a full FlaggedRevs deployment, and Russian Wikipedia's vote was divisive (see bug 13659). It's important that the community is aware that this change is being proposed, and what it means. 2) Google Translate is not especially helpful in understanding the level of preparation that has taken place. There is very little evidence that links FlaggedRevs to editor activity, as far as I know. However, there is strong and clear evidence that a successful FlaggedRevs implementation depends on a well-organized effort to prepare the community, track metrics, and keep up with recent edits. Compare: https://de.wikipedia.org/wiki/Spezial:Sichtungsstatistik?uselang=en https://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:%D0%A1%D1%82%D0%B0%D1%82%D0%B8%D1%81%D1%82%D0%B8%D0%BA%D0%B0_%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%BE%D0%BA?uselang=en German Wikipedia's use is very well-established and the community is taking great care to keep up with recent edits; in contrast, Russian Wikipedia has a high percentage of pages that are outdated due to lack of reviewers. The end result is a more stale reader experience where even when just randomly browsing you see diffs of pending edits piling up. Is this something the community wants to avoid? If so, is there a plan in place to motivate reviewers, track the statistics, etc.? Perhaps a post-launch campaign via sitenotice to let people know why this is happening and how to be part of the effort? In general, WMF has historically enabled FlaggedRevs configurations without much review. We are not going to blanket veto them at this time, but we will develop a more systematic checklist to ensure such significant changes are well-supported in communities that request them, and that the level of preparation is consistent with what's required. Once again, I understand that the Norwegian community is very small, but would strongly recommend at least advertising the discussion via sitenotice for a while if this has not already happened. Hope this makes sense. Reopening the bug since we're open to enabling it provided due diligence has been done. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29744] FlaggedRev installation requests (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29744 Bug 29744 depends on bug 64726, which changed state. Bug 64726 Summary: FlaggedRevs for Norwegian (bokmål) Wikipedia https://bugzilla.wikimedia.org/show_bug.cgi?id=64726 What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID |--- -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70148] "Create new topic" does not work with $wgFlowContentFormat = wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=70148 sp...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low --- Comment #1 from sp...@wikimedia.org --- https://www.mediawiki.org/wiki/Extension:Flow#Dependencies mentions this bug, and emphasizes the html format with Parsoid is what WMF uses and tests. We could drop wgFlowCoptentFormat = wikitext if it makes life easier... -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70150] Mobile MediaViewer: Allow zooming into the photo
https://bugzilla.wikimedia.org/show_bug.cgi?id=70150 --- Comment #1 from Bingle --- Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/2J89YSem -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40009] Special:Import increases NUMBEROFARTICLES for each Revision instead of each Article
https://bugzilla.wikimedia.org/show_bug.cgi?id=40009 This, that and the other (TTO) changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #28 from This, that and the other (TTO) --- Apparently still happening; see bug 57788 comment 3. No idea what could be causing it. Perhaps we need to add some logging to production MediaWiki... -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70151] New: Mobile MediaViewer: In-comprehensive licensing information
https://bugzilla.wikimedia.org/show_bug.cgi?id=70151 Bug ID: 70151 Summary: Mobile MediaViewer: In-comprehensive licensing information Product: MobileFrontend Version: unspecified Hardware: Smartphone OS: All Status: NEW Severity: normal Priority: Unprioritized Component: stable Assignee: wikibugs-l@lists.wikimedia.org Reporter: ril...@wikipedia.de CC: jrob...@wikimedia.org, kl...@wikimedia.org, kw...@wikimedia.org, maxsem.w...@gmail.com, rkald...@wikimedia.org, tf...@wikimedia.org Web browser: --- Mobile Platform: --- Original bug title: Mobile MediaViewer: In-comprehensive licensing information Issue: Below the picture, something like CC-BY-SA-3.0-2.5-2.0-1.0 or CC-BY-SA-3.0 is written that is hardly useful to anyone. Clicking it takes one to the file description page at which the licensing section is collapsed by default. Expected: Comprehensive license information or some kind of license-logo and a link to the license text. How to reproduce: Go to commons.m.wikimedia.org, tap on an image, and make sure it opens in the Mobile MediaViewer. Look on the white band below the image. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70151] Mobile MediaViewer: Inapprehensible licensing information
https://bugzilla.wikimedia.org/show_bug.cgi?id=70151 Rainer Rillke @commons.wikimedia changed: What|Removed |Added Summary|Mobile MediaViewer: |Mobile MediaViewer: |In-comprehensive licensing |Inapprehensible licensing |information |information -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70151] Mobile MediaViewer: Inapprehensible licensing information
https://bugzilla.wikimedia.org/show_bug.cgi?id=70151 --- Comment #1 from Bingle --- Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/0hV6lwrE -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 64961] Anchors should be shown below the search bar if the search bar is shown when jumped to
https://bugzilla.wikimedia.org/show_bug.cgi?id=64961 Liangent changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- --- Comment #2 from Liangent --- Still valid for other anchors (eg. {{anchor|foo}} then [[#foo]]). -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 63965] Following a [[en:]] langlink (via "Other languages") crashes the app
https://bugzilla.wikimedia.org/show_bug.cgi?id=63965 Liangent changed: What|Removed |Added Resolution|WORKSFORME |FIXED --- Comment #2 from Liangent --- This was fixed by parsing empty title as the main page. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70131] $wgVisualEditorParsoidForwardCookies should be unconditional
https://bugzilla.wikimedia.org/show_bug.cgi?id=70131 --- Comment #3 from Marc A. Pelletier --- Yes, a combination of FR and a TitleReadWhitelist to only allow users to read flagged revisions unless they are the editor. I was not aware there's a hook to prevent isEveryoneAllowed, that seems to be a good way to fix this. That said, I'm still a little puzzled on the necessity to ignore an explicitly set configuration variable in the case where it appears unnecessary. *shrug* -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70131] $wgVisualEditorParsoidForwardCookies should be unconditional
https://bugzilla.wikimedia.org/show_bug.cgi?id=70131 --- Comment #4 from Marc A. Pelletier --- ... a TitleReadWhitelist [hook] ... -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70148] "Create new topic" does not work with $wgFlowContentFormat = wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=70148 Marc A. Pelletier changed: What|Removed |Added CC||m...@uberbox.org --- Comment #2 from Marc A. Pelletier --- In my specific usecase I was able to switch to html format at little cost or effort; but it would seem to me that a hard dependency on Parsoid is going to severely restict the number of non-WMF sites who can deploy that otherwise very valuable extension. I don't get to set priorities on dev time, but I'm pretty sure that dropping wikitext markup would be a Bad Idea™ -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 55838] Mention my user name on the user-talk page change email
https://bugzilla.wikimedia.org/show_bug.cgi?id=55838 --- Comment #3 from Liangent --- (In reply to Nemo from comment #2) > (In reply to Liangent from comment #0) > > Or I don't know whether it's me or my bot who got a message until I open the > > page. > > Is the username included in the To: header? That's how enotif works in core. Yeah I found this way later, though it still needs one more click. It's not displayed by default in Gmail (just say "me" initially). -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69488] "How did you improve the page?" doesn't really make sense on non-article namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=69488 Florian changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #4 from Florian --- Reverted in: https://gerrit.wikimedia.org/r/#/c/156968/ -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69974] Enable DynamicPageList on mediawiki.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=69974 Nemo changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED Assignee|wikibugs-l@lists.wikimedia. |s...@reedyboy.net |org | -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 64144] backlinks don't work when reused s exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=64144 --- Comment #2 from Liangent --- This bug seems overshadowed by bug 69965. I'm not sure whether it will appear after bug 69965 is fixed. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 64144] backlinks don't work when reused s exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=64144 --- Comment #3 from Liangent --- Test page: https://zh.wikipedia.org/wiki/User:Liangent/bug64144 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 65233] Tapping "play" on freezes the interface (when the file is being loaded?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=65233 --- Comment #2 from Liangent --- Seems fixed. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70152] New: AbuseFilter doesn't highlight the match cases at abuse log
https://bugzilla.wikimedia.org/show_bug.cgi?id=70152 Bug ID: 70152 Summary: AbuseFilter doesn't highlight the match cases at abuse log Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: AbuseFilter Assignee: wikibugs-l@lists.wikimedia.org Reporter: reza.ene...@gmail.com CC: agarr...@wikimedia.org, nischay...@gmail.com Web browser: --- Mobile Platform: --- At Abuse log we can not recognize which text or word case abuse filter active.It should highlight the match cases at Abuse Log -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70152] AbuseFilter doesn't highlight the match cases at abuse log
https://bugzilla.wikimedia.org/show_bug.cgi?id=70152 --- Comment #1 from reza1615 --- Created attachment 16311 --> https://bugzilla.wikimedia.org/attachment.cgi?id=16311&action=edit Highlighing the match word -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70153] New: MessageGroupStats co-operative deadlock with transactions and GET_LOCK
https://bugzilla.wikimedia.org/show_bug.cgi?id=70153 Bug ID: 70153 Summary: MessageGroupStats co-operative deadlock with transactions and GET_LOCK Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Translate Assignee: wikibugs-l@lists.wikimedia.org Reporter: sprin...@wikimedia.org CC: da...@sheetmusic.org.uk, jsahl...@wikimedia.org, niklas.laxst...@gmail.com, siebr...@kitano.nl Web browser: --- Mobile Platform: --- This is related to bug 51410, but looks like a new form of the old problem introduced by that fix. On mediawikiwiki master queries experience lock-wait-timeout in what looks like an effective deadlock between transactions and co-operative locks. SELECT /* MessageGroupStats::forItemInternal */ GET_LOCK('MessageGroupStats:modify:page-MediaWiki-Vagrant', 1) AS lockstatus; UPDATE /* LinksUpdate::updateLinksTimestamp */ `page` SET page_links_updated = '20140829051059' WHERE page_id = '226112'; The queries are unrelated. The LinksUpdate query is perfectly ok until MessageGroupStats appears. From the database end, it looks like MessageGroupStats get_lock() is called in a loop by a connection which can already have an open transaction with row locks on the page and translate_groupstats tables. When the co-op lock is not acquired quickly, MessageGroupStats transactions bottleneck and queue up, collectively holding many row locks and blocking other queries like LinksUpdate *and whichever MessageGroupStats connection already holds the co-op lock*. We should not be combining transactions and co-operative locking in this manner. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70153] MessageGroupStats co-operative deadlock with transactions and GET_LOCK
https://bugzilla.wikimedia.org/show_bug.cgi?id=70153 Sean Pringle changed: What|Removed |Added Priority|Unprioritized |High Severity|normal |major -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l