[Bug 61739] Expert DOM is re-built several times on page load
https://bugzilla.wikimedia.org/show_bug.cgi?id=61739 Adrian Lang changed: What|Removed |Added Status|ASSIGNED|PATCH_TO_REVIEW --- Comment #1 from Adrian Lang --- Related change: https://github.com/wmde/ValueView/pull/27 -- 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 51410] MessageGroupStats::forItemInternal deadlocks
https://bugzilla.wikimedia.org/show_bug.cgi?id=51410 --- Comment #7 from Niklas Laxström --- (In reply to Niklas Laxström from comment #1) > Any suggestions how to fix? PoolCounter? -- 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 61911] wrong handling of space in quantity datatype
https://bugzilla.wikimedia.org/show_bug.cgi?id=61911 Lydia Pintscher changed: What|Removed |Added Severity|normal |critical -- 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 61911] wrong handling of space in quantity datatype
https://bugzilla.wikimedia.org/show_bug.cgi?id=61911 --- Comment #1 from Lydia Pintscher --- Update after last night's update: "Now it looks even worse. Now I sometimes read 6 618 and that is even worse to 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 57176] ApiQueryExtLinksUsage::run query has crazy limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=57176 --- Comment #6 from Sean Pringle --- If the B method of paging works for the users, great. Let's see what Anomie thinks. -- 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 61298] Crasher in production
https://bugzilla.wikimedia.org/show_bug.cgi?id=61298 --- Comment #6 from Arlo Breault --- There's a comment in the patch about what's going on. Templates contained in templates get their attributes stripped when passing through the sanitizer, affecting the original token in the main pipeline. -- 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 46704] A proper catalog of extensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=46704 --- Comment #17 from Quim Gil --- Also, ideally GSoC projects are more about developing generic features than about solving a specific problem for a single site. What about an extension to handle pages in a specific namespace that users can publish "ratings and reviews"? This would be the basis for the catalog of extensions in mediawiki.org, but it could also be used by other sites for other purposes. I'm just improvising with this example. You see what I mean. -- 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 46704] A proper catalog of extensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=46704 --- Comment #16 from Quim Gil --- We are featuring https://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects#Catalogue_for_MediaWiki_extensions as a GSoC / OPW project idea, and apparently there is at least one candidate interested. However, looking at this report and looking at [[mw:ExtensionGallery]] there doesn't seem to be a clear plan. This and the fact that the project might look straightforward to a newcomer might pose a serious risk to whoever takes it, mentors included. Mark & Markus, please define clearly the scope of the project offered to students. See [[mw:Mentorship_programs/Lessons_learned]] for advice on well defined projects and calculating a reasonable amount of work for a new contributor. -- 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 51410] MessageGroupStats::forItemInternal deadlocks
https://bugzilla.wikimedia.org/show_bug.cgi?id=51410 --- Comment #6 from Aaron Schulz --- Dozens of servers trying to insert the same row on metawiki today: INSERT IGNORE INTO `translate_groupstats` (tgs_group,tgs_lang,tgs_total,tgs_translated,tgs_fuzzy,tgs_proofread) VALUES ('page-Terms of use/Paid contributions amendment','en','46','46','0','0') -- 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 61729] Remove Flow from Meta-Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=61729 --- Comment #19 from Amgine --- (In reply to Erik Moeller from comment #17) > Yeah, sure - I agree there's no point pissing off people unnecessarily while > we're looking at different test scenarios. There's also no point creating > more drama than required about a single page test deploy. :) Preemptively > deleting comments on a page flagged as "developer test page" and then > raising alarm bells about the coming incursion seems a wee bit premature. > Let's all have a sensible chat about what makes sense on Meta, but let's > also give each other the benefit of the doubt as we go please. AGF is stretched a bit, since there were clear examples cited, communications channels were not used, etc. That is, AGF is not required from only one party. -- 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 61729] Remove Flow from Meta-Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=61729 --- Comment #18 from p858snake --- Where does the single page test end, and using it as a backdoor to enabling it wider or sitewide without community consensus -- 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 61729] Remove Flow from Meta-Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=61729 --- Comment #17 from Erik Moeller --- Yeah, sure - I agree there's no point pissing off people unnecessarily while we're looking at different test scenarios. There's also no point creating more drama than required about a single page test deploy. :) Preemptively deleting comments on a page flagged as "developer test page" and then raising alarm bells about the coming incursion seems a wee bit premature. Let's all have a sensible chat about what makes sense on Meta, but let's also give each other the benefit of the doubt as we go please. -- 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 61729] Remove Flow from Meta-Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=61729 --- Comment #16 from MZMcBride --- (In reply to Erik Moeller from comment #15) > What practical concerns are there with the current test page deploy? I think you and I may fundamentally disagree about whether pissing off a local editing community and engendering further ill will toward these type of projects (ArticleFeedbackv5, LiquidThreads, Flow, UniversalLanguageSelector, VisualEditor, etc.) is a practical concern. The erosion of trust and collaboration between the Wikimedia Foundation and the active editing communities is a very serious and practical concern, in my opinion. As far as I know, deploying Flow will not cause anything to explode. This is _not_ the same as saying deploying Flow will not cause any harm. I think attempting to force this alpha discussion software on Meta-Wiki (and wherever else next) will actively harm already battered relations. I'll try to put it another way: if the software has virtue and merit as a product, it should be no issue for the Flow team to establish local community consensus to test it out. However there are over 800 Wikimedia wikis; if, after discussion and consultation, the Meta-Wiki community decides it doesn't want to install Flow right now, test it elsewhere. What's the 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 57176] ApiQueryExtLinksUsage::run query has crazy limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=57176 --- Comment #5 from Aaron Schulz --- With B, the API would would get the requested number of rows within a shard (moving to the next one as needed to respect the limit). The API continue parameter would include the shard and next link. The shards just give a stable ordering to page on, rather than having to keep doing more and more work for each subsequent query of the same result size. It should be much faster for the api-user. -- 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 57176] ApiQueryExtLinksUsage::run query has crazy limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=57176 --- Comment #4 from Sean Pringle --- Option A means using FORCE INDEX I guess. Since multiple indexes would increase the overall footprint it would need testing to see if there is a net improvement. My guess would be probably not much. Option B sounds like application-side hash partitioning. Anything that breaks up queries would help, though that may not speed up the api-user experience. Along the same lines we could investigate server-side partitioning now that S1 api traffic is sent to specific slaves. -- 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 61729] Remove Flow from Meta-Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=61729 --- Comment #15 from Erik Moeller --- I think everyone agrees that the communication about the single-page test wasn't sufficient. But I don't think the LQT comparison is valid. LQT comes with a rather scary per-page flag allowing any page to be LQT-enabled, and the discussions you're pointing to refer to enabling LQT across Meta. Flow has no such flag right now - pages are manually and carefully selected for testing purposes, and effects truly are pretty limited. This deploy enabled a page called "Developer test page". So this analogy seems _very_ stretched, and the arguments seem theoretical at this point. What practical concerns are there with the current test page deploy? -- 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 61298] Crasher in production
https://bugzilla.wikimedia.org/show_bug.cgi?id=61298 --- Comment #5 from Gabriel Wicke --- We should still investigate why the clone is necessary, and ideally remove it again without ill effects. -- 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 61541] Parsoid: this normalization shouldn't take place
https://bugzilla.wikimedia.org/show_bug.cgi?id=61541 Gabriel Wicke changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Gabriel Wicke --- Fixed in master: http://parsoid.wmflabs.org/_rtselser/frwiki/Vienne_(Autriche)?oldid=101365362 -- 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 61083] Hotcat is not working
https://bugzilla.wikimedia.org/show_bug.cgi?id=61083 --- Comment #9 from shubha --- This problem has been solved now. Thanks :) -- 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 61729] Remove Flow from Meta-Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=61729 --- Comment #14 from MZMcBride --- (In reply to Erik Moeller from comment #13) > We can't get consensus on a per-wiki basis before enabling any software > change. That has never been our practice and never will be. Nobody is asking you to. > What are the actual material issues with this deploy? I think both you and Maryana are perhaps missing the point. * [[m:Wikimedia Forum/Archives/2010-04#LiquidThreads]] * [[m:Meta:Babel/Archives/2010-12#LiquidThreads]] * [[m:Meta:Babel/Archives/2012-01#Enabling Liquid Thread on meta]] The Flow team has put forward the idea that it can operate in a vacuum on a wiki. I don't believe this is acceptable or reasonable. The Flow team has also put forward the idea that hyper-local consensus (or in the case of Meta-Wiki, no visible consensus...) can override project or global consensus. This is pretty unchartered territory, no? For example, when's the last time a group of five or six users determined whether to enable an extension on the English Wikipedia? The Flow team says Flow will be opt-in software, but then unilaterally declares that it's going to deploy Flow to Meta-Wiki, with an accompanying self-merge in Gerrit, and without any on-wiki discussion or any attempt to discuss the idea with the Meta-Wiki community. Consensus is a _pillar_ of Wikimedia wikis. I can't help but think that Tomasz is correct that you're repeating the mistakes of VisualEditor by trying to steamroll communities into accepting this software. Particularly on a smaller wiki such as Meta-Wiki, Flow can't simply exist in a vacuum. Special:RecentChanges, Special:Watchlist, IRC feeds, etc. are all common and will be infected by Flow. Echoing what I said in comment 8, Meta-Wiki has repeatedly rejected LiquidThreads, but perhaps the response to Flow will be different. Has anyone asked the Meta-Wiki community about its thoughts on using alpha discussion software? If the Flow team came into this seeking collaboration, it might find users willing to test out its software. I can't directly stop you from deploying the Flow extension to Meta-Wiki or any other Wikimedia wiki against the local community's wishes, but I wouldn't recommend it: history has repeatedly shown that the insurgents quite often beat out an occupying force. If you try to force Flow onto the wikis, I think you can only expect backlash and an increasingly inhospitable discussion environment. -- 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 47974] [IME] "More settings" dialog appears disconnected from the action
https://bugzilla.wikimedia.org/show_bug.cgi?id=47974 Kartik Mistry changed: What|Removed |Added Status|NEW |RESOLVED CC||kartik.mis...@gmail.com Resolution|--- |WONTFIX --- Comment #2 from Kartik Mistry --- I agree with Santhosh here. Setting this as wontfix now. Moreover, it has more disadvantage of changing current behavior than possible benefits. -- 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 61895] Change in key-mapping of Sanskrit Transliteration input method
https://bugzilla.wikimedia.org/show_bug.cgi?id=61895 --- Comment #2 from shubha --- (In reply to Andre Klapper from comment #1) > I would prefer to see more (well, any) community input on the linked wiki > page first, but that's only my personal opinion (and I'm not involved with > ULS development). What if after doing this change, two other people come and > say "Why did you change it, it was better before", you know. Opinions. :) Actually we do not need keys for hrasva varna. Samskrit alphabets contain only deergha ए (e) and deergha ओ (O) as in Hindi. No one will ever come and question this. So nothing to worry. :) -- 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 58110] Add more VisualEditor tests via CloudBees jobs for OSes beyond Linux
https://bugzilla.wikimedia.org/show_bug.cgi?id=58110 --- Comment #10 from Jeff Hall --- Tests have been setup in CloudBees at the following locations: 1) Chrome on Windows XP: https://wmf.ci.cloudbees.com/view/ve/job/VisualEditor-en.wikipedia.beta.wmflabs.org-windows_xp-chrome/ 2) Firefox on Windows XP: https://wmf.ci.cloudbees.com/view/ve/job/VisualEditor-en.wikipedia.beta.wmflabs.org-windows_xp-firefox/ -- 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 58110] Add more VisualEditor tests via CloudBees jobs for OSes beyond Linux
https://bugzilla.wikimedia.org/show_bug.cgi?id=58110 Jeff Hall changed: What|Removed |Added Status|REOPENED|ASSIGNED -- 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 58110] Add more VisualEditor tests via CloudBees jobs for OSes beyond Linux
https://bugzilla.wikimedia.org/show_bug.cgi?id=58110 Jeff Hall changed: What|Removed |Added Status|RESOLVED|REOPENED 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 61942] New: Blocking dropdown reasons are in user language, not wiki language anymore
https://bugzilla.wikimedia.org/show_bug.cgi?id=61942 Bug ID: 61942 Summary: Blocking dropdown reasons are in user language, not wiki language anymore Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: User blocking Assignee: wikibugs-l@lists.wikimedia.org Reporter: mfwarb...@googlemail.com Web browser: --- Mobile Platform: --- It seems like the dropdown reasons for blocking (ipbreason-dropdown) now behaves similar to the problem described in bug 48956: When the user has an interface language different from that one of the wiki, the dropdown reasons are loaded from the i18n file for that language, not, as it was before, from the local customization (which is obviously always in the language of the wiki). It only appears on non-Wikipedia, so I guess it's related to the rollout of 1.23wmf15. -- 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 61941] New: background-image-svg does not embed correctly
https://bugzilla.wikimedia.org/show_bug.cgi?id=61941 Bug ID: 61941 Summary: background-image-svg does not embed correctly Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Skin and page rendering Assignee: wikibugs-l@lists.wikimedia.org Reporter: mflasc...@wikimedia.org CC: krinklem...@gmail.com, matma@gmail.com Web browser: --- Mobile Platform: --- background-image-svg does not embed the -webkit-linear-gradient variant, only linear-gradient. I think it may be related to @embed not working right for LESS. It should be fixable by using the embed and embeddable mixins. -- 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 15430] Uploads sometimes are incomplete: file is there, but image page is missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=15430 Tisza Gergő changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=61898 -- 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 61940] Remove text shadow from default mediawiki.ui buttons
https://bugzilla.wikimedia.org/show_bug.cgi?id=61940 --- Comment #1 from Jared Zimmerman (WMF) --- I disagree -- 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 32551] Descriptionless files
https://bugzilla.wikimedia.org/show_bug.cgi?id=32551 Sean Pringle changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=61898 -- 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 56454] Full screen view shows a small image instead of large image
https://bugzilla.wikimedia.org/show_bug.cgi?id=56454 --- Comment #6 from Gerrit Notification Bot --- Change 115565 had a related patch set uploaded by Aarcos: WIP Fix resize issues (Part I) https://gerrit.wikimedia.org/r/115565 -- 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 56454] Full screen view shows a small image instead of large image
https://bugzilla.wikimedia.org/show_bug.cgi?id=56454 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 58720] Spoof the physical geolocation on QA tests
https://bugzilla.wikimedia.org/show_bug.cgi?id=58720 --- Comment #7 from Gerrit Notification Bot --- Change 103512 abandoned by Jhall: [QA] WIP Spoof physical geolocation for browser tests Reason: Needs to be re-worked. https://gerrit.wikimedia.org/r/103512 -- 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 61912] Update OTRS to 3.2.15 (address XSS vulnerability)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61912 jeremyb changed: What|Removed |Added CC||bugzilla+org.wikimedia@tuxm ||achine.com --- Comment #3 from jeremyb --- RT 6916 -- 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 61430] Editing is broken: Duplicate entry for key 'flow_revision_unique_parent'
https://bugzilla.wikimedia.org/show_bug.cgi?id=61430 wctai...@gmail.com changed: What|Removed |Added Status|PATCH_TO_REVIEW |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 61936] "view terms" link for permissions is broken in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=61936 --- Comment #2 from Gerrit Notification Bot --- Change 115561 had a related patch set uploaded by Gergő Tisza: Fix display issues with "view terms" https://gerrit.wikimedia.org/r/115561 -- 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 61936] "view terms" link for permissions is broken in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=61936 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 61930] Add Thanks feature to Flow
https://bugzilla.wikimedia.org/show_bug.cgi?id=61930 --- Comment #2 from Gerrit Notification Bot --- Change 115557 had a related patch set uploaded by Wctaiwan: Flow Thanks https://gerrit.wikimedia.org/r/115557 -- 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 56938] Redirect uk.wikimedia.org to wikimedia.org.uk
https://bugzilla.wikimedia.org/show_bug.cgi?id=56938 jeremyb changed: What|Removed |Added Status|PATCH_TO_REVIEW |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 49000] VisualEditor: Incorrect tab text (create vs. edit) shown on Special:MovePage, Special:Undelete, others?
https://bugzilla.wikimedia.org/show_bug.cgi?id=49000 James Forrester changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Assignee|esand...@wikimedia.org |jforres...@wikimedia.org Target Milestone|--- |VE-deploy-2013-09-12 --- Comment #18 from James Forrester --- (In reply to Alex Monk from comment #17) > Is there anything left to do here? This appears fixed for now (albeit as a hack). -- 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 61940] Remove text shadow from default mediawiki.ui buttons
https://bugzilla.wikimedia.org/show_bug.cgi?id=61940 Steven Walling changed: What|Removed |Added Priority|Unprioritized |Normal CC||jared.zimmerman@wikimedia.o ||rg, mgallo...@wikimedia.org Assignee|wikibugs-l@lists.wikimedia. |ms...@wikimedia.org |org | 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 61940] New: Remove text shadow from default mediawiki.ui buttons
https://bugzilla.wikimedia.org/show_bug.cgi?id=61940 Bug ID: 61940 Summary: Remove text shadow from default mediawiki.ui buttons Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Skin and page rendering Assignee: wikibugs-l@lists.wikimedia.org Reporter: swall...@wikimedia.org CC: krinklem...@gmail.com, matma@gmail.com Web browser: --- Mobile Platform: --- The default mediawiki.ui button style (see guide: http://tools.wmflabs.org/styleguide/desktop/section-2.html) has text-shadow: 0 1px rgba(0,0,0,.1); This makes the text of the button look blurry and is less 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 20547] Update non-standard language codes to be in accordance with ISO 639-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=20547 --- Comment #8 from Philippe Verdy --- For example the change from "zh-hak" to "hak" only is NOT required for conformance to HTML standard; "zh-hak" remains fully conforming to BCP 47, even if it has now a "preferred" value, and is now in deprecation (but not obsolete). The real language tags that are violating BCP 47 are for example: * "nrm" (it also violates ISO 639-3) * "roa-tara" (it also violates ISO 15924) * "simple" The language tag "pa-Guru" you "corrected" by replacing it by "pa" was perfectly correct; now it is more ambiguous (and breaks some renderers unable to choose the appropriate font to use for this language written in multiple scripts). -- 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 58429] Option to display outdated translations, marked as such
https://bugzilla.wikimedia.org/show_bug.cgi?id=58429 Tilman Bayer changed: What|Removed |Added CC||jalexan...@wikimedia.org, ||lvi...@wikimedia.org, ||tba...@wikimedia.org --- Comment #4 from Tilman Bayer --- (In reply to Nemo from comment #2) > (In reply to Quim Gil from comment #1) > > It would be useful to have more opinions about the relevance of this problem > > in Wikimedia multilingual wikis. Also about the complexity of the solution > > proposed. > > > > Is this as relevant and as complex as to become a GSoC project? > > I don't think it's complex at all, it's only about reverting bug 44328. It > was only introduced because Wikidata translation administrators used to do > particularly stupid things which broke the HTML of all translation pages, > and they were loud enough; nobody likes the current situation, as far as I > know, or at least I've never heard anyone happy about it, but of course > people happy with changes tend to stay silent. > Definitely not suitable as GSoC project, but anyone interested might venture > to wikidata and check if the translation administrators there have learnt to > behave in the meanwhile or they'd still oppose the translation working as it > always did. Yes, reverting bug 44328 sounds like a great idea. I hear the WMF Legal team is observing related problems with their current multilingual community consultations on Meta, which this might mitigate. -- 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 61348] Search for Module: results in a bold sidebar.
https://bugzilla.wikimedia.org/show_bug.cgi?id=61348 --- Comment #4 from Dan Garry --- Please note that we will soon be closing this as RESOLVED WORKSFORME unless information is provided so that we can reproduce the problem. -- 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 61939] Flow: Topic-titles not displaying in some topics (disappearing?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61939 --- Comment #1 from Quiddity --- If we click "edit title", for any of them, it shows "false" in the edit-area. eg. https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Flow/Developer_test_page&topic_postId=royxd2frzdy34tcg&workflow=royxd2frzdy34tcg -- 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 61939] New: Flow: Topic-titles not displaying in some topics (disappearing?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61939 Bug ID: 61939 Summary: Flow: Topic-titles not displaying in some topics (disappearing?) Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: pandiculat...@gmail.com CC: ebernhard...@wikimedia.org, mpinc...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Web browser: --- Mobile Platform: --- Created attachment 14684 --> https://bugzilla.wikimedia.org/attachment.cgi?id=14684&action=edit screenshot of many topics without titles A number of the topics at Enwiki are displaying without a title. They do not have any title-edits in their history, and were created with titles. eg. page 2 has mostly empty ones: https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Flow/Developer_test_page&topiclist_offset-id=rp338uhkrre3jsht&topiclist_offset-dir=fwd&topiclist_limit=10&workflow=rojlgvjchz98pvno -- 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 20547] Update non-standard language codes to be in accordance with ISO 639-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=20547 --- Comment #7 from Philippe Verdy --- And no, your comment 2 (or any other one) did NOT poin t to the tal page you suggest 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 20547] Update non-standard language codes to be in accordance with ISO 639-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=20547 --- Comment #6 from Philippe Verdy --- Yes but your coment 2 only restricts to ISO 639-3, which is plain wrong ! -- 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 61938] New: Improve automatic scrolling on preview (can push buttons out of sight)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61938 Bug ID: 61938 Summary: Improve automatic scrolling on preview (can push buttons out of sight) Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: eduard.bra...@gmx.de CC: ebernhard...@wikimedia.org, mpinc...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Web browser: --- Mobile Platform: --- When pressing the preview button there seems to be some sort of automatic detection that decides whether to a) jump to the first line of the posts preview to bring it in sight or b) don't jump when the preview is already in sight to prevent the page "jumping around" for small posts with only little text. However this detection does not seem to take the input field and the buttons into account. Therefore it can happen that by pressing preview the buttons at the bottom and parts of the input field are "pushed out" of the currently visible browser viewport as soon as the preview is displayed, even if all UI elemnts would fit into the height of the browser window. While this normally only happens on first preview on boards this behaviour is even more annoying when visiting a specific topic via a permalink and replying to the topic (therefore replying at the very end of the page. In this situation it can even happen that every time one previews the post the buttons are pushed out of view again: - When pressing preview the old preview is deleted first. - This results in the page becoming "shorter" - The browser might therefore scroll up (since it can't scroll past the end of the page) - Afterwards the new preview is generated. - The browser does not scroll again but everything after the preview is pushed down. - As a result even when not changing any text (therefore creating the exact same preview) one is able to scroll the browser up just by pressing preview. All the above was tested with Windows 7 using Firefox 27.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 61930] Add Thanks feature to Flow
https://bugzilla.wikimedia.org/show_bug.cgi?id=61930 --- Comment #1 from Gerrit Notification Bot --- Change 115552 had a related patch set uploaded by Wctaiwan: Allow extension of post interaction links https://gerrit.wikimedia.org/r/115552 -- 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 61930] Add Thanks feature to Flow
https://bugzilla.wikimedia.org/show_bug.cgi?id=61930 Gerrit Notification Bot changed: What|Removed |Added Status|ASSIGNED|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 61936] "view terms" link for permissions is broken in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=61936 --- Comment #1 from Tisza Gergő --- jQuery's .hide().show() results in an inline display:block style in Firefox (in Chrome it is the correct display:inline). Looking at the source code, when the element is first hidden, Firefox gets the computed display style for the element, stores it as a data attribute and restores as an inline style when unhidden. Apparently, in this case "block" is stored instead of inline. Somehow related to hiding the element when it is not in the DOM (so jQuery cannot store data on it); switching the order of append and hide fixes it. -- 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 61937] New: Auto scrolling badly breaks when writing "over the edge" (end of page)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61937 Bug ID: 61937 Summary: Auto scrolling badly breaks when writing "over the edge" (end of page) Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: major Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: eduard.bra...@gmx.de CC: ebernhard...@wikimedia.org, mpinc...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Web browser: --- Mobile Platform: --- There seems to be a major bug with auto scrolling that starts when one is writing "over the edge" of the currently visible browser viewport. Steps to reproduce: - Visit a permalink of a topic (problem might be exclusive to topics as I can't reproduce it right now on a whole board) - Click "Reply" or the reply box at the bottom - Now start entering blank lines (just keep repeatedly pushing the enter key) - At some point the lower edge of the input field reaches the bottom of the currently visible browser viewport - Keep entering newlines (or maybe also some text from time to time to be able to better observe the problem) Expected behaviour: - Flow should keep the active line (therefore the last line if you followed the steps above) in sight, therefore at the bottom of the page. Actual behaviour: - At some point (soon after reaching the original end of the page) the automatic scrolling goes totally crazy. - It starts with the text jumping around by some pixels every time one is entering a character - Soon after the whole page is jumping around by multiple lines whenever entering a character - the active line is only quickly in the visible browser viewport when entering the character; quickly after the viewport is jumping back up the page and the active line is hidden. The above occurs for me on Windows 7 using Firefox 27.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 53569] [Regression] Echo: Sending 2 e-mails for user talk page notification (1x HTML, 1x old style plain text) when you watch your own talk page
https://bugzilla.wikimedia.org/show_bug.cgi?id=53569 --- Comment #24 from Gerrit Notification Bot --- Change 114682 merged by jenkins-bot: Add new Hook 'SendWatchlistEmailNotification' https://gerrit.wikimedia.org/r/114682 -- 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 52871] VisualEditor: Switch to use MediaWiki's built-in messages for post-edit notifications (and add to them so we cover all three cases)
https://bugzilla.wikimedia.org/show_bug.cgi?id=52871 James Forrester changed: What|Removed |Added Priority|Unprioritized |Normal Status|NEW |ASSIGNED CC||jh...@wikimedia.org, ||roan.katt...@gmail.com, ||ryasm...@wikimedia.org Component|General |MediaWiki integration Assignee|jforres...@wikimedia.org|krinklem...@gmail.com Summary|VE post-edit notification |VisualEditor: Switch to use |text needs revising |MediaWiki's built-in ||messages for post-edit ||notifications (and add to ||them so we cover all three ||cases) Severity|normal |minor --- Comment #1 from James Forrester --- Current VE messages: "visualeditor-notification-created": "\"$1\" has been created.", "visualeditor-notification-restored": "\"$1\" has been restored.", "visualeditor-notification-saved": "Your changes to \"$1\" have been saved.", Current MW core message: 'postedit-confirmation'=> 'Your edit was saved.', We should: 1. Expand MW core to cater to all three states (create, restore, save): ** Create: "The page has been created." ** Restore: "The page has been restored." ** Saved: "Your edit was saved." 2. Not use different messages in VE – instead, use the core ones. Rather than create two bugs, let's just use this one? -- 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 61928] Crasher in serializer with templated image parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=61928 ssas...@wikimedia.org 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 61928] Crasher in serializer with templated image parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=61928 ssas...@wikimedia.org changed: What|Removed |Added Assignee|gwi...@wikimedia.org|ssas...@wikimedia.org -- 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 61936] "view terms" link for permissions is broken in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=61936 Tisza Gergő changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |gti...@wikimedia.org |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 20547] Update non-standard language codes to be in accordance with ISO 639-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=20547 --- Comment #5 from This, that and the other --- As I said in comment 2, if there are problems with the www.wikipedia.org portal page, please take the matter to [[m:Talk:www.wikipedia.org template]]. If you are concerned about the language codes somewhere else, please tell us exactly what you are referring to! -- 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 61936] New: "view terms" link for permissions is broken in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=61936 Bug ID: 61936 Summary: "view terms" link for permissions is broken in Firefox Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MultimediaViewer Assignee: wikibugs-l@lists.wikimedia.org Reporter: gti...@wikimedia.org CC: aarcos.w...@gmail.com, fflo...@wikimedia.org, gti...@wikimedia.org, mtrac...@member.fsf.org Web browser: --- Mobile Platform: --- https://www.dropbox.com/s/1076cb2rdefcdn9/Screenshot%202014-02-25%2013.00.35.png -- 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 61928] Crasher in serializer with templated image parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=61928 --- Comment #2 from Gerrit Notification Bot --- Change 115551 merged by jenkins-bot: (Bug 61928) Fix WTS to recognize templated attrs in inline images. https://gerrit.wikimedia.org/r/115551 -- 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 61889] ApiQueryLogEvents STRAIGHT_JOIN queries slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=61889 Sean Pringle changed: What|Removed |Added Status|PATCH_TO_REVIEW |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 61889] ApiQueryLogEvents STRAIGHT_JOIN queries slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=61889 --- Comment #2 from Gerrit Notification Bot --- Change 115381 merged by Springle: Remove STRAIGHT_JOIN from ApiQueryLogEvents https://gerrit.wikimedia.org/r/115381 -- 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 61928] Crasher in serializer with templated image parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=61928 --- Comment #1 from Gerrit Notification Bot --- Change 115551 had a related patch set uploaded by Subramanya Sastry: (Bug 61928) Fix WTS to recognize templated attrs in inline images. https://gerrit.wikimedia.org/r/115551 -- 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 61928] Crasher in serializer with templated image parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=61928 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 61050] Ve preview header bar doesn't make sense
https://bugzilla.wikimedia.org/show_bug.cgi?id=61050 --- Comment #2 from Gerrit Notification Bot --- Change 115550 had a related patch set uploaded by JGonera: Change header message when saving in VE https://gerrit.wikimedia.org/r/115550 -- 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 61050] Ve preview header bar doesn't make sense
https://bugzilla.wikimedia.org/show_bug.cgi?id=61050 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 61305] Flow: Don't mix stylesheets for addModuleStyles and scripts in the same module (loads CSS twice)
https://bugzilla.wikimedia.org/show_bug.cgi?id=61305 --- Comment #2 from Krinkle --- Request 4: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.flow.base%2Cdiscussion%2Cheader%2Cmoderation&only=styles&skin=vector&* Request 15: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.flow.base%2Cdiscussion%2Ceditor%2Cparsoid%7Cjquery.scroll&skin=vector&version=20140220T025329Z&* Request 17: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.flow.editors.none&skin=vector&version=20140213T190719Z&* Request 19: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.flow.header&skin=vector&version=20140220T025329Z&* That is: Request 1 (; load.php?only=styles; short unversioned cache): ext.flow.base (styles) ext.flow.discussion (styles) ext.flow.header (styles) Request 2 (mw.loader; long versioned cache): ext.flow.base (scripts, styles, messages) ext.flow.discussion (scripts, styles, messages) ext.flow.editor (scripts, styles, messages) ext.flow.parsoid (scripts, styles, messages) Request 3 (mw.loader; long versioned cache): ext.flow.editors.none (scripts, styles, messages) Request 4 (mw.loader; long versioned cache): ext.flow.header (scripts, styles, messages) This loads base, discussion, header styles twice. And has 2 redundant http requests. It should be possible to merge request 3 and 4 into request 2, and change the modules to not contain styles loaded by addModuleStyles in the same module as one loaded with addModules. When working on this be careful with caching. Unless Flow is not deployed anywhere other than test wikis, or only deployed for logged in users, page html is cached for 30 days. Which means load.php?modules=ext.flow.base&only=styles and mw.loader.load('ext.flow.base') should remain working for a while to come (as those are already baked in the html). -- 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 53143] Implement non-linear transitions
https://bugzilla.wikimedia.org/show_bug.cgi?id=53143 Matthew Flaschen changed: What|Removed |Added Assignee|wikibugs-l@lists.wikimedia. |mflasc...@wikimedia.org |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 60320] $GEM_HOME is different when provisioning and when using vagrant ssh
https://bugzilla.wikimedia.org/show_bug.cgi?id=60320 Tisza Gergő changed: What|Removed |Added Status|PATCH_TO_REVIEW |NEW --- Comment #3 from Tisza Gergő --- No patch to review anymore, and the fix works for me on a clean vagrant instance, but a more robust solution would be nice. -- 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 57026] Bot being served Error: 503, Service Unavailable (default error page) for API action=edit requests on large pages (caused by parsing the page three times on save)
https://bugzilla.wikimedia.org/show_bug.cgi?id=57026 Matthew Flaschen changed: What|Removed |Added Component|General/Unknown |Parser Product|Wikimedia |MediaWiki --- Comment #39 from Matthew Flaschen --- Main patches seem to be against core, so moving accordingly. -- 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 20547] Update non-standard language codes to be in accordance with ISO 639-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=20547 Philippe Verdy changed: What|Removed |Added CC||verd...@wanadoo.fr --- Comment #4 from Philippe Verdy --- Some of your "corrections" are not real corrections. - The validator just complains about new HTML5 attributes (like srcset on images) or elements (like bdi) which do not cause any problem. They are not really errors - You corrected codes that are perfectly valid (note that this is NOT ISO 639-3 which is used in HTML, but BCP 47; many valid BCP 47 codes do not exist in ISO 639-3, and many codes valid in ISO 639-3 are invalid in BCP 47 !!!) Do not mix the (unstable) ISO 639 **language** codes with the standard BCP 47 language tags which have always been normative in HTML (including HTML4), and stable since decennials ! Note that BCP47 uses *some* codes from ISO 639-1 (not all), *some* codes from ISO 639-2 (not all), and only then *some* codes from IS 639-3. It also appends *some* codes from ISO 3166-1, *some* codes from UN M.49, *some* codes from ISO 15924, and *some* codes whose origin is the BCP 47 standard track itself. The reference database for BCP 47 is *not* on on any ISO MA, but the IANA database for language subtags, BCP 47 documents which ISO codes may be imported in the IANA database as subtags and how supplementary extension subtags may be registered (for language variants, or for locales, such as the Unicode locale extension subtags) -- 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 34895] article ratings display incorrectly
https://bugzilla.wikimedia.org/show_bug.cgi?id=34895 Oliver Keyes changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX -- 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 49722] ResourceLoader does not process media queries for printable view with JS-added CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=49722 Matthew Flaschen changed: What|Removed |Added Assignee|mflasc...@wikimedia.org |wikibugs-l@lists.wikimedia. ||org --- Comment #5 from Matthew Flaschen --- Not actively working on this, so putting it back in the pool, but I think the original issue holds. It seems we should either: 1. Pass printable to load.php on printable=yes pages. 2. Not run JS on printable=yes pages (as Krinkle says was the case earlier). -- 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 36520] Create an API for Extension:ShortURL
https://bugzilla.wikimedia.org/show_bug.cgi?id=36520 Daniel Norton changed: What|Removed |Added CC||dan...@danielnorton.com --- Comment #5 from Daniel Norton --- An action=query property is valid for converting from a title to a short URL, but I don't think that's possible for the other way around. I think there needs to be a separate action for translating from a short URL to a page. I have implemented a version of the query API on my own server. (I'm a n00b, so I'm still figuring out the framework.) Here's an example query: https://wkil.org/w/api.php?action=query&prop=shorturl&suqprop=path&titles=Test%20target%201|Test%20target%202|User%20talk:Danorton|User:Danorton Valid sub-properties are "code", "path" and "ns". -- 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 61935] Notification window text and image structure is distorted
https://bugzilla.wikimedia.org/show_bug.cgi?id=61935 Cornel Punga changed: What|Removed |Added Web browser|--- |Google Chrome -- 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 61935] New: Notification window text and image structure is distorted
https://bugzilla.wikimedia.org/show_bug.cgi?id=61935 Bug ID: 61935 Summary: Notification window text and image structure is distorted Product: VisualEditor Version: unspecified Hardware: PC OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: General Assignee: jforres...@wikimedia.org Reporter: cornel.pu...@gmail.com CC: jforres...@wikimedia.org, jh...@wikimedia.org, krinklem...@gmail.com, ryasm...@wikimedia.org Web browser: --- Mobile Platform: --- Created attachment 14683 --> https://bugzilla.wikimedia.org/attachment.cgi?id=14683&action=edit Screenshot Steps to Reproduce: 1. Go to https://en.wikipedia.org/wiki/Main_Page 2. Choose featured article. For example "The King and I". 3. Make sure you are logged in. 4. Click on Edit(beta). Actual Results: Text and images from notification window appear distorted, not structured. Used OS: Elementary OS Version: 0.2 "Luna" ( 64-bit ). Browser: Google Chrome v33 -- 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 61838] $wgShortUrlTemplate option not functional
https://bugzilla.wikimedia.org/show_bug.cgi?id=61838 --- Comment #2 from Daniel Norton --- Actually, as I'm a n00b, I think this might not be a bug, after all. I was presuming that extension configuration values should be settable along with all other configuration values, but it looks like they might generally need to be set after the extension is loaded. If that's done, everything works as expected. -- 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 61934] New: HTML/wikicode in AF titles displayed in text in warnings
https://bugzilla.wikimedia.org/show_bug.cgi?id=61934 Bug ID: 61934 Summary: HTML/wikicode in AF titles displayed in text in warnings Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: Unprioritized Component: AbuseFilter Assignee: wikibugs-l@lists.wikimedia.org Reporter: ajradd...@gmail.com CC: agarr...@wikimedia.org, nischay...@gmail.com Web browser: --- Mobile Platform: --- What the title says. If the title of a filter is "[[Cake]]", then what will be shown in warnings when referencing the filter is "Cake" without actually working. Ideally titles of filters would just be plain text. The [[Cake]] doesn't need to link anywhere, but it should display as [[Cake]] instead of the non-functional HTML code probably. -- 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 61918] Increase echo count for each new section on own user talk page
https://bugzilla.wikimedia.org/show_bug.cgi?id=61918 Andre Klapper changed: What|Removed |Added 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 61919] Allow marking echo events as 'archived'
https://bugzilla.wikimedia.org/show_bug.cgi?id=61919 Andre Klapper changed: What|Removed |Added 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 40497] Add editbugs user right to legitimate Bugzilla accounts
https://bugzilla.wikimedia.org/show_bug.cgi?id=40497 --- Comment #38 from Andre Klapper --- (In reply to Nemo from comment #37) > Good, what does it take to enable the latter? A user with either admin or editusers rights who goes to the editusers.cgi page, queries and finds the user account, and enables the "grant to others" checkbox in the "editbugs" group column for that user account. -- 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 61932] VisualEditor: "Uncaught TypeError: Cannot call method 'getModel' of null " appears while trying to add newline after a reflist
https://bugzilla.wikimedia.org/show_bug.cgi?id=61932 Cornel Punga changed: What|Removed |Added CC||cornel.pu...@gmail.com --- Comment #2 from Cornel Punga --- I confirm it. Reproduced both steps, same error, no newline added. -- 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 54369] Set up generation of JSON dumps for wikidata.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=54369 Marius Hoch changed: What|Removed |Added CC||h...@online.de --- Comment #21 from Marius Hoch --- After I tested this myself on terbium, I found out that the PHP script is constantly leaking memory... I think this is because Wikibase is "smart" and statically caches all entities ever requested. Another thing we noticed is that it's apparently not getting all entity ids from the query, it would probably be wise to batch the query getting the entity ids. -- 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 51886] LuaStandalone leaks memory for functions returned to PHP
https://bugzilla.wikimedia.org/show_bug.cgi?id=51886 --- Comment #2 from Gerrit Notification Bot --- Change 93073 merged by jenkins-bot: LuaStandalone: Release functions when no longer referenced https://gerrit.wikimedia.org/r/93073 -- 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 Matthew Flaschen changed: What|Removed |Added Depends on||61886 -- 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 61886] Document in style guide how to use mw-ui-button on wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=61886 Matthew Flaschen changed: What|Removed |Added Blocks||1 Summary|wrapping hyperlink with |Document in style guide how |mw-ui-button span doesn't |to use mw-ui-button on wiki |give desired Agora | |appearance | --- Comment #3 from Matthew Flaschen --- I'm changing this to a doc bug. We should add examples to http://tools.wmflabs.org/styleguide/desktop/section-2.html explicitly noting it's for on-wiki markup (i.e. the span method). -- 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 61932] VisualEditor: "Uncaught TypeError: Cannot call method 'getModel' of null " appears while trying to add newline after a reflist
https://bugzilla.wikimedia.org/show_bug.cgi?id=61932 --- Comment #1 from ryasm...@wikimedia.org --- Created attachment 14682 --> https://bugzilla.wikimedia.org/attachment.cgi?id=14682&action=edit Screenshot -- 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 56601] Add round-trip test mode using selser and web interfaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=56601 --- Comment #11 from Gerrit Notification Bot --- Change 115419 merged by jenkins-bot: Simulate minor edit in _rtselser end point https://gerrit.wikimedia.org/r/115419 -- 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 56601] Add round-trip test mode using selser and web interfaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=56601 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 56601] Add round-trip test mode using selser and web interfaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=56601 --- Comment #10 from Gerrit Notification Bot --- Change 115419 had a related patch set uploaded by GWicke: Simulate minor edit in _rtselser end point https://gerrit.wikimedia.org/r/115419 -- 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 61297] Enable Extension:Translate on OTRS wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=61297 Marius Hoch changed: What|Removed |Added Status|REOPENED|RESOLVED CC||h...@online.de Resolution|--- |FIXED --- Comment #12 from Marius Hoch --- (In reply to Steinsplitter from comment #11) > {{autotranslate}} dos not work. The template seems okay. (problems with > {{int:*}} ?). > > Can someone pleas take a look? They actually do work, I just overlooked something and told Steinsplitter that they don't seem to work... -- 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 61933] HG3 Build 860 added a lvl 1 warning when one already existed
https://bugzilla.wikimedia.org/show_bug.cgi?id=61933 gladjona...@outlook.com changed: What|Removed |Added URL||https://en.wikipedia.org/w/ ||index.php?title=User_talk%3 ||ADuncancope97&diff=59713610 ||3&oldid=597135523 -- 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 59982] Adding level 2 warning, even if level 2 warning exists
https://bugzilla.wikimedia.org/show_bug.cgi?id=59982 gladjona...@outlook.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=61933 -- 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 61933] HG3 Build 860 added a lvl 1 warning when one already existed
https://bugzilla.wikimedia.org/show_bug.cgi?id=61933 gladjona...@outlook.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=59982 -- 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 61933] New: HG3 Build 860 added a lvl 1 warning when one already existed
https://bugzilla.wikimedia.org/show_bug.cgi?id=61933 Bug ID: 61933 Summary: HG3 Build 860 added a lvl 1 warning when one already existed Product: Huggle Version: 3.0.0 Hardware: PC OS: Windows 7 Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Application Assignee: benap...@gmail.com Reporter: gladjona...@outlook.com CC: benap...@gmail.com, mmovc...@wikipedia.de Web browser: --- Mobile Platform: --- Might be relateted to 59982. See this edit: https://en.wikipedia.org/w/index.php?title=User_talk%3ADuncancope97&diff=597136103&oldid=597135523 It added a uw-vandalism1 even though one aleady existed on the page. -- 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 61932] New: VisualEditor: "Uncaught TypeError: Cannot call method 'getModel' of null " appears while trying to add newline after a reflist
https://bugzilla.wikimedia.org/show_bug.cgi?id=61932 Bug ID: 61932 Summary: VisualEditor: "Uncaught TypeError: Cannot call method 'getModel' of null " appears while trying to add newline after a reflist Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Editing Tools Assignee: jforres...@wikimedia.org Reporter: ryasm...@wikimedia.org CC: jforres...@wikimedia.org, jh...@wikimedia.org, krinklem...@gmail.com, rm...@wikimedia.org, ryasm...@wikimedia.org Web browser: --- Mobile Platform: --- Steps to reproduce: 1.Open a page with VE which has a reflist at the end of the page 2.Place your cursor at the end of the page and press enter to add a newline Observed Result: No newline gets added and an error appears in the console: Uncaught TypeError: Cannot call method 'getModel' of null load.php:268 ve.ce.Surface.handleEnter load.php:268 ve.ce.Surface.onDocumentKeyDown load.php:247 proxy load.php:10 ve.EventSequencer.onEvent load.php:21 (anonymous function) load.php:20 jQuery.event.dispatch load.php:45 elemData.handle.eventHandle load.php:38 -- 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 61297] Enable Extension:Translate on OTRS wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=61297 Steinsplitter changed: What|Removed |Added Status|RESOLVED|REOPENED CC||steinsplitter-w...@live.com Resolution|FIXED |--- --- Comment #11 from Steinsplitter --- {{autotranslate}} dos not work. The template seems okay. (problems with {{int:*}} ?). Can someone pleas take a look? -- 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 52618] Bad wikitext lines starting with "| " (not in a table context) getting the pipes removed and replaced by on RT
https://bugzilla.wikimedia.org/show_bug.cgi?id=52618 --- Comment #7 from Gerrit Notification Bot --- Change 115436 merged by jenkins-bot: Bug 52618: Avoid fication of td/tr/th syntax outside of tables https://gerrit.wikimedia.org/r/115436 -- 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