[Bug 53893] VisualEditor: Protection check should also check for cascaded protection from another page
https://bugzilla.wikimedia.org/show_bug.cgi?id=53893 Alex Monk changed: What|Removed |Added CC||kren...@gmail.com --- Comment #2 from Alex Monk --- Did something change here? MW shows an edit tab on these pages. If you turn on VE then it changes that "Edit" to "Edit source" and adds a new "Edit", which is what I would expect it to do. What probably should be done is showing the cascade notice on VE though. -- 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 61227] Migrate memcache serialization from igbinary
https://bugzilla.wikimedia.org/show_bug.cgi?id=61227 --- Comment #5 from Aaron Schulz --- Getting close to the 30 day mark of the conf change in https://bugzilla.wikimedia.org/show_bug.cgi?id=61227. Since parser cache is stored for 30 days (longer than most other stuff, rev cache is only 7) then most cache entries should be in the new format by now. -- 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 64072] VisualEditor: [Regression wmf1] While trying to open Hiero/Math/Gallery inspector TypeError:Cannot read property 'forcedLtr' of undefined appears in the console
https://bugzilla.wikimedia.org/show_bug.cgi?id=64072 --- Comment #6 from ryasm...@wikimedia.org --- Verified the fix in Betalabs: http://en.wikipedia.beta.wmflabs.org/wiki/User:RYasmeen_%28WMF%29?veaction=edit -- 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 64079] New: [iOS] Blank white page during TOC and page interaction
https://bugzilla.wikimedia.org/show_bug.cgi?id=64079 Bug ID: 64079 Summary: [iOS] Blank white page during TOC and page interaction Product: Wikipedia App Version: Android (alpha) Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Generic Assignee: wikibugs-l@lists.wikimedia.org Reporter: tf...@wikimedia.org CC: yuvipa...@gmail.com Web browser: --- Mobile Platform: --- I can't reliably reproduce this but every now and then when i go between TOC and the page content i see the whole article blanked white. I can't figure out what's triggering it but it happens often enough on 4S to be noticeable -- 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 55381] Investigate removing Micro Design-related configuration from Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=55381 --- Comment #4 from Bartosz Dziewoński --- No and no. -- 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 55380] Investigate removing Usability Initiative-related configuration from Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=55380 --- Comment #4 from Bartosz Dziewoński --- No and no. -- 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 58286] VisualEditor: Inserting a formula into a block slug throws "Uncaught TypeError: Cannot call method 'getOuterRange' of null"
https://bugzilla.wikimedia.org/show_bug.cgi?id=58286 --- Comment #6 from Gerrit Notification Bot --- Change 126900 had a related patch set uploaded by Esanders: Create MWLiveExtensionInspector base class https://gerrit.wikimedia.org/r/126900 -- 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 58286] VisualEditor: Inserting a formula into a block slug throws "Uncaught TypeError: Cannot call method 'getOuterRange' of null"
https://bugzilla.wikimedia.org/show_bug.cgi?id=58286 Gerrit Notification Bot changed: What|Removed |Added Status|ASSIGNED|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 58045] VisualEditor: Creating a formula/hieroglyphics insert while selecting an image tries to modify the caption, dies
https://bugzilla.wikimedia.org/show_bug.cgi?id=58045 Gerrit Notification Bot changed: What|Removed |Added Status|ASSIGNED|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 58045] VisualEditor: Creating a formula/hieroglyphics insert while selecting an image tries to modify the caption, dies
https://bugzilla.wikimedia.org/show_bug.cgi?id=58045 --- Comment #2 from Gerrit Notification Bot --- Change 126900 had a related patch set uploaded by Esanders: Create MWLiveExtensionInspector base class https://gerrit.wikimedia.org/r/126900 -- 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 63185] Don't pick image if that image is on the page for project-related reasons and is irrelevant to article subject
https://bugzilla.wikimedia.org/show_bug.cgi?id=63185 Gerrit Notification Bot changed: What|Removed |Added Status|REOPENED|PATCH_TO_REVIEW -- 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 63185] Don't pick image if that image is on the page for project-related reasons and is irrelevant to article subject
https://bugzilla.wikimedia.org/show_bug.cgi?id=63185 --- Comment #5 from Gerrit Notification Bot --- Change 127190 had a related patch set uploaded by MaxSem: Calculate width properly if image is bounded by height only https://gerrit.wikimedia.org/r/127190 -- 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 58045] VisualEditor: Creating a formula/hieroglyphics insert while selecting an image tries to modify the caption, dies
https://bugzilla.wikimedia.org/show_bug.cgi?id=58045 James Forrester changed: What|Removed |Added Target Milestone|--- |VE-deploy-2014-04-24 -- 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 63983] VisualEditor: Pull in Parsoid's new styling module so we don't need to duplicate locally
https://bugzilla.wikimedia.org/show_bug.cgi?id=63983 --- Comment #1 from Alex Monk --- So I think we need to: * Start depending on the Parsoid extension. (At the moment it's optional and improves performance.) James says this will break Vagrant installations. * Mark the VE RL module as depending on Parsoid's. -- 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 64080] New: Add Lithuanian namespace aliases for beta.wikiversity.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=64080 Bug ID: 64080 Summary: Add Lithuanian namespace aliases for beta.wikiversity.org Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: Unprioritized Component: Site requests Assignee: robinp.1...@gmail.com Reporter: leon.liese...@wikipedia.de CC: benap...@gmail.com, bugzilla+org.wikime...@tuxmachine.com, dereck...@espace-win.org, johnflewi...@gmail.com, twkozlow...@gmail.com, wikimedia.b...@snowolf.eu Web browser: --- Mobile Platform: --- The Lithuanian test project on beta.wikiversity.org requires some namespace aliases. 'Aptarimas' -> ns1 'Naudotojas' -> ns2 'Naudotojo aptarimas' -> ns3 'Vikiversitetas' -> ns4 'Vikiversiteto aptarimas' -> ns5 'Vaizdas' -> ns6 'Vaizdo aptarimas' -> ns7 'MediaWiki aptarimas' -> ns9 'Šablonas' -> ns10 'Šablono aptarimas' -> ns11 'Pagalba' -> ns12 'Pagalbos aptarimas' -> ns13 'Kategorija' -> ns14 'Kategorijos aptarimas' -> ns15 This is needed in order to be able to use the local namespace names already in the beta state before a wiki with an own subdomain is created. -- 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 64081] New: Huge margin on watchlist A-Z view
https://bugzilla.wikimedia.org/show_bug.cgi?id=64081 Bug ID: 64081 Summary: Huge margin on watchlist A-Z view Product: MobileFrontend Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: stable Assignee: wikibugs-l@lists.wikimedia.org Reporter: jrob...@wikimedia.org CC: aricha...@wikimedia.org, jgon...@wikimedia.org, jrob...@wikimedia.org, kw...@wikimedia.org, maxsem.w...@gmail.com, rkald...@wikimedia.org, tf...@wikimedia.org Web browser: --- Mobile Platform: --- Created attachment 15134 --> https://bugzilla.wikimedia.org/attachment.cgi?id=15134&action=edit Huge margins -- 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 64081] Huge margin on watchlist A-Z view
https://bugzilla.wikimedia.org/show_bug.cgi?id=64081 --- Comment #1 from Bingle --- Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1937 -- 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 64081] Huge margin on watchlist A-Z view
https://bugzilla.wikimedia.org/show_bug.cgi?id=64081 --- Comment #2 from Gerrit Notification Bot --- Change 127191 had a related patch set uploaded by Jdlrobson: Fix css regression (watchlist margins) https://gerrit.wikimedia.org/r/127191 -- 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 64081] Huge margin on watchlist A-Z view
https://bugzilla.wikimedia.org/show_bug.cgi?id=64081 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 57891] Review and deploy GlobalCssJs extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=57891 --- Comment #48 from Dan Garry --- (In reply to Ori Livneh from comment #47) > (In reply to Ori Livneh from comment #45) > > (In reply to Yuvi Panda from comment #42) > > > Bump! Perf and Arch review? > > > > I reviewed the extension for potential performance issues just now and did > > not identify anything significant, so consider this comment a sign-off from > > me. > > I was not able to reproduce bug 62602 locally, and could not identify a > cause by stepping through the code in my head. I think deployment to test / > test2 would be useful. Greg G. and Dan G. OK'd it, so I'm going to go ahead > with that. As I said in email, deployment to test and test2 is fine by me. Of course, bear in mind what I said in comment 36 for future deployments. :-) -- 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 60659] Flow: create browser test for permalink
https://bugzilla.wikimedia.org/show_bug.cgi?id=60659 sp...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from sp...@wikimedia.org --- Chris wrote tests/browser/features/action_menu_permalink.feature , so I'm declaring this 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 64082] New: Flow: logic of edit_existing browser test is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=64082 Bug ID: 64082 Summary: Flow: logic of edit_existing browser test is broken 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: ebernhard...@wikimedia.org, mpinc...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Web browser: --- Mobile Platform: --- The edit_existing browser test is failing on beta2 for chrome; I've noticed other test runs failing on it. With Chrome, When I click Edit post targets class .flow-edit-post-link with topic_index 1, i.e., the second editable post. But this is not necessarily the second topic, it could be anything. (The variable name is wrong, it should be editable_post_index 1; and there might not be anything editable on the board.) The test succeeds in adding text to this post, successfully. Then to confirm the saved text works, And the saved post should contain Post edited looks for class .flow-post-content with topic_index 1. But that's just the second post on the page, it could be anything -- an anonymous post, some other random thing. It seems pure coincidence that this works at all! The short-term fix is to target the same editable_post_index when checking. The Nth editable post remains editable after you edit it. Longer term, all the Flow content tests need to zero in on a particular topic and post, *remember what it is*, then interact within that and check *within that topic*. -- 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 64083] New: Watchstar flickers
https://bugzilla.wikimedia.org/show_bug.cgi?id=64083 Bug ID: 64083 Summary: Watchstar flickers Product: MobileFrontend Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: stable Assignee: wikibugs-l@lists.wikimedia.org Reporter: jrob...@wikimedia.org CC: aricha...@wikimedia.org, jgon...@wikimedia.org, jrob...@wikimedia.org, kw...@wikimedia.org, maxsem.w...@gmail.com, rkald...@wikimedia.org, tf...@wikimedia.org Web browser: --- Mobile Platform: --- This is because the initial non-JavaScript element is removed and replaced with a new element that uses JavaScript. Let's stop 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 64083] Watchstar flickers
https://bugzilla.wikimedia.org/show_bug.cgi?id=64083 --- Comment #1 from Bingle --- Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1939 -- 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 61229] VisualEditor: Clear formatting remains selected even after re-applying the styles from the menu
https://bugzilla.wikimedia.org/show_bug.cgi?id=61229 James Forrester changed: What|Removed |Added Priority|Unprioritized |Low Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|jforrester+veteambztickets@ |tpars...@wikimedia.org |wikimedia.org | Summary|VisualEditor:Clear |VisualEditor: Clear |formatting remains selected |formatting remains selected |even after re-applying the |even after re-applying the |styles from the menu|styles from the menu --- Comment #1 from James Forrester --- This was fixed last month. -- 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 59111] Support categories on title objects
https://bugzilla.wikimedia.org/show_bug.cgi?id=59111 Liangent changed: What|Removed |Added CC||liang...@gmail.com --- Comment #2 from Liangent --- Dupe of bug 48175 ? -- 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 53008] MediaWiki:Autoblocker etc. reveals to third party that a (blocked) user has used the same IP address
https://bugzilla.wikimedia.org/show_bug.cgi?id=53008 --- Comment #32 from Rich Farmbrough --- It would need more than current admin powers to investigate an autoblock. Ideally it should be a trusted person only (i.e. someone who has self-identified to the WMF,and is considered trustworthy, as OTRS, checkusers, arbitrators and certain others are). -- 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 48175] Scribunto/Lua should have a built-in method for retrieving categories used on a page
https://bugzilla.wikimedia.org/show_bug.cgi?id=48175 Brett Zamir changed: What|Removed |Added CC||bret...@yahoo.com --- Comment #1 from Brett Zamir --- I'd just like to make the explicit suggestion that the categories be exposed be on title objects (see http://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Title_objects ) as they contain other information about a given 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 59111] Support categories on title objects
https://bugzilla.wikimedia.org/show_bug.cgi?id=59111 Brett Zamir changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Brett Zamir --- *** This bug has been marked as a duplicate of bug 48175 *** -- 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 48175] Scribunto/Lua should have a built-in method for retrieving categories used on a page
https://bugzilla.wikimedia.org/show_bug.cgi?id=48175 --- Comment #2 from Brett Zamir --- *** Bug 59111 has been marked as a duplicate of this bug. *** -- 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 53008] MediaWiki:Autoblocker etc. reveals to third party that a (blocked) user has used the same IP address
https://bugzilla.wikimedia.org/show_bug.cgi?id=53008 --- Comment #33 from Jackmcbarn --- Rich, with the solution you propose here, it would be completely impossible for anyone to investigate an autoblock, except people who can query directly against private fields in the database. -- 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 64084] New: Time data-type inconsistently zero-pads year value (dates earlier than year 1000?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=64084 Bug ID: 64084 Summary: Time data-type inconsistently zero-pads year value (dates earlier than year 1000?) Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: WikidataRepo Assignee: wikidata-b...@lists.wikimedia.org Reporter: gnosy...@gmail.com CC: wikidata-b...@lists.wikimedia.org Web browser: --- Mobile Platform: --- == REPRODUCTION == * Go to https://www.wikidata.org/wiki/Special:Export/q937 and get the value for p570 * Go to https://www.wikidata.org/wiki/Special:Export/q44269 and get the value for p570 * For convenience's sake, the two values are listed below: q937 +0001955-04-18T00:00:00Z q44269 +0343-12-06T00:00:00Z * Note that the date with year 343 has an extra leading 0 == RELEVANCE == * See https://bugzilla.wikimedia.org/show_bug.cgi?id=30148#c11 for an example of how this causes a bug elsewhere * Basically, Module code is calling string.sub(d, 9, 18), and is not expecting the year 343 date to have an extra 0 : It ends up extracting a date of "00343-12-0" and triggers the year 10,000 bug. * As a result, Nicolau de Mira shows up as having died in 2003 instead of 343. == OTHER NOTES == * This does not appear related to https://bugzilla.wikimedia.org/show_bug.cgi?id=26181 which is for the semantic wiki -- 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 30148] Year 10,000 problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=30148 gnosy...@gmail.com changed: What|Removed |Added CC||gnosy...@gmail.com --- Comment #11 from gnosy...@gmail.com --- I just wanted to add a few points that may be of interest to someone. (1) This error may become more common with wikidata and its time datatype. I was looking at some errors in XOWA log files for ca.wikipedia.org and discovered that Saint Nicholas (https://ca.wikipedia.org/wiki/Nicolau_de_Mira) shows up as having died in 2003. See https://ca.wikipedia.org/wiki/Categoria:Morts_el_2003 . He died in 343 A.D.. For those interested, here's the process: * https://ca.wikipedia.org/wiki/Nicolau_de_Mira calls {{Sant}} * {{Categoria per any de defunció}} is called * {{#invoke:Wikidata|formatStatements|property=P570|formatting=year}} is called * www.wikidata.org/wiki/q44269 defines P570 (year of death) as +0343-12-06T00:00:00Z * Note that this date adds an extra 0 at the beginning. Presumably this is a bug related to dates with a year < 1000. * This differs from other recent years of death : For example, Albert Einstein (www.wikidata.org/wiki/q937) has this as his P570 +0001955-04-18T00:00:00Z * Module:Wikidata calls lang:formatDate("Y", string.sub(d, 9, 18)) : This effectively becomes {{#time:Y|00343-12-0}} which generates 2003 (see note (2) below for more info) * The end result is Nicolau_de_Mira is listed as dying in year 2003: https://ca.wikipedia.org/wiki/Categoria:Morts_el_2003 (2) Any 5 digit year appears to produce a 4 digit year using the following method: "200" + 5th digit === 5 digit years === {{#time:Y-m-d|2-4-5}} -> 2002 {{#time:Y-m-d|54321-4-5}} -> 2001 {{#time:Y-m-d|12345-4-5}} -> 2005 {{#time:Y-m-d|5-4-5}} -> 2005 (3) 6+ digit years are basically random, depending on what the last 4 digits are. I've gotten these type of results: current year; "19"+last_2_digits; "200"+last_digit; random substrings in the string; invalid time You can start with these examples, and then try reversing them, or inputting random numbers === 6-14 digit years {{#time:Y-m-d|12345-4-5}} {{#time:Y-m-d|123456-4-5}} {{#time:Y-m-d|1234567-4-5}} {{#time:Y-m-d|12345678-4-5}} {{#time:Y-m-d|123456789-4-5}} {{#time:Y-m-d|1234567890-4-5}} {{#time:Y-m-d|12345678901-4-5}} {{#time:Y-m-d|123456789012-4-5}} {{#time:Y-m-d|1234567890123-4-5}} {{#time:Y-m-d|12345678901234-4-5}} -- 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 30148] Year 10,000 problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=30148 --- Comment #12 from gnosy...@gmail.com --- As a separate note, I've filed https://bugzilla.wikimedia.org/show_bug.cgi?id=64084 for the Wikidata issue -- 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 38365] Edit protection should still allow users to move the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=38365 --- Comment #11 from Krinkle --- (In reply to Brad Jorsch from comment #10) > It certainly looks like checking both the move and edit protections for a > page move is intentional: this has been part of the code ever since move > protection was correctly added in r6827. > > I think the UI fix suggested in comment 9 would be the way to go. Although > the definition of "at least" may be problematic, since protection levels > aren't necessarily hierarchical. Indeed, they are not hierarchical. However, as in many places, changing a page requires the ability to edit plus any additional rights. Though this principle could use much better documentation, I don't think it is a bug. We use this in quite a few places. This, for example, allows user groups to be configured with relative ease. There is no need to go out of one's way and figure out all the possible actions a user can take (not to mention actions provided by extensions, it simply doesn't scale). Instead we provide lower-level actions like "edit" and "read" that are intended to cascade through to more impactful actions. Meaning if a page is protected from editing and your user group is not allowed to edit, the fact that your group has the 'move' right in general doesn't matter. -- 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 62602] Global JS module version not updating properly
https://bugzilla.wikimedia.org/show_bug.cgi?id=62602 --- Comment #9 from Ori Livneh --- The URLs for loading the user and user.group modules is constructed in PHP, in lines 2906 - 2929 of OutputPage.php (@829886b10a). (The modules are not versioned via the startup module and are not fetched by the JavaScript-based module loader.) You'll most likely need to find a way to include the global user scripts in that URL. (You could declare them as dependencies of the user module, though that'd be a bit evil.) -- 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 64053] please add http://aws.amazon.com/s3/ to the wgCopyUploadsDomains whitelist
https://bugzilla.wikimedia.org/show_bug.cgi?id=64053 Andre Klapper changed: What|Removed |Added Keywords||shell Priority|Unprioritized |Normal Severity|normal |enhancement -- 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 64057] Using incorrect array parameter syntax does not raise an error/warning
https://bugzilla.wikimedia.org/show_bug.cgi?id=64057 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |Normal -- 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 64085] New: API RSD/EditURI does not work on private wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=64085 Bug ID: 64085 Summary: API RSD/EditURI does not work on private wikis Product: MediaWiki Version: 1.23-git Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: API Assignee: wikibugs-l@lists.wikimedia.org Reporter: mediawiki-b...@nadir-seen-fire.com CC: bjor...@wikimedia.org, bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net Web browser: --- Mobile Platform: --- On private wikis (login only) attempting to read the /api.php?action=rsd which EditURI points to returns an readapidenied error, to make matters worse this error is actually a HTML document. As a result API discovery doesn't work on private wikis, even though the API is usable even on private wikis (ie: if you use action=login). RSD information isn't private information so we should simply change it so that it's publicly readable. -- 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 61437] Access to Wikimedia sites very slow from India
https://bugzilla.wikimedia.org/show_bug.cgi?id=61437 Andre Klapper changed: What|Removed |Added Resolution|FIXED |WORKSFORME --- Comment #11 from Andre Klapper --- Thanks. No fix involved, hence resetting to 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 384] PostgreSQL/pgsql support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=384 Andre Klapper changed: What|Removed |Added Depends on||64067 -- 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 64067] UploadWizard blocks upgrade when used with PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=64067 Andre Klapper changed: What|Removed |Added Blocks||384 -- 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