[Bug 72344] Page.previousRevision exception
https://bugzilla.wikimedia.org/show_bug.cgi?id=72344 John Mark Vandenberg changed: What|Removed |Added Status|NEW |RESOLVED Blocks|70936 | Resolution|--- |WORKSFORME --- Comment #1 from John Mark Vandenberg --- Bah. This was caused by a local change. Sorry. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70936] Pywikibot 2.0 [tracking]
https://bugzilla.wikimedia.org/show_bug.cgi?id=70936 John Mark Vandenberg changed: What|Removed |Added Depends on|72344 | -- 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 72305] Wikidata scripts fail badly when the default site is not a client
https://bugzilla.wikimedia.org/show_bug.cgi?id=72305 Ricordisamoa changed: What|Removed |Added CC||ricordisa...@openmailbox.or ||g --- Comment #3 from Ricordisamoa --- 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 72337] "centralauth-rename-table-status-failed" message missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=72337 --- Comment #2 from Gerrit Notification Bot --- Change 168045 merged by jenkins-bot: Added missing message centralauth-rename-table-failed. https://gerrit.wikimedia.org/r/168045 -- 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
[Maniphest] [Changed Project Column] T573: Get phawikibugs to run on tools.wmflabs
mmodell moved this task to Doing on the phawikibugs workboard. TASK DETAIL https://phabricator.wikimedia.org/T573 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: valhallasw, mmodell Cc: wikibugs-l, Aklapper, chasemp, mmodell, Qgil, Dzahn, greg, Legoktm, Elitre, valhallasw, Eloquence, Ladsgroup, Jdforrester-WMF, scfc, Revi, coren, jeremyb ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72283] Crashes caused by opening Wikipedia links from Facebook app
https://bugzilla.wikimedia.org/show_bug.cgi?id=72283 Alex Monk 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 72305] Wikidata scripts exit with an exception when the site is not a wikibase client
https://bugzilla.wikimedia.org/show_bug.cgi?id=72305 John Mark Vandenberg changed: What|Removed |Added Status|PATCH_TO_REVIEW |NEW Summary|Wikidata scripts fail badly |Wikidata scripts exit with |when the default site is|an exception when the site |not a client|is not a wikibase client --- Comment #4 from John Mark Vandenberg --- No. The scripts now fail with a more-nice/meaningful exception, but a backtrace is not a user-friendly error message. -- 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 72345] New: HTML tidy not executed under HHVM
https://bugzilla.wikimedia.org/show_bug.cgi?id=72345 Bug ID: 72345 Summary: HTML tidy not executed under HHVM Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Keywords: hhvm Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: listenle...@gmail.com Web browser: --- Mobile Platform: --- Steps to reproduce: 1. Make sure you have HHVM enabled. 2. Visit any page with incorrectly nested HTML (e.g. [[de:Wikipedia:WikiCon 2015/Umfrage]], if that page gets fixed, just use the sandbox and open some unclosed s) 3. Purge the page. Expected result: Tidy fixes the incorrect nesting/missing closing tags etc. Actual result: The page layout is messed up, caused by the missing closing tags. Note that once the incorrect HTML is saved to cache, it also affects non-HHVM views. -- 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 72345] HTML tidy not executed under HHVM
https://bugzilla.wikimedia.org/show_bug.cgi?id=72345 Aude changed: What|Removed |Added CC||aude.w...@gmail.com --- Comment #1 from Aude --- on enwiki technical village pump: http://snag.gy/YhWgA.jpg -- 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 16976] Wikis waiting for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 MF-Warburg changed: What|Removed |Added Depends on||72346 -- 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 72343] Double unclosed table tags cause user input to be lost on page preview
https://bugzilla.wikimedia.org/show_bug.cgi?id=72343 --- Comment #1 from Mr. Stradivarius --- Also, I was using HHVM when I saw this happen, which might be relevant. And it might be related to bug 72345. -- 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 72346] New: Create Wikipedia Maithili
https://bugzilla.wikimedia.org/show_bug.cgi?id=72346 Bug ID: 72346 Summary: Create Wikipedia Maithili Product: Wikimedia Version: wmf-deployment Hardware: All URL: //meta.wikimedia.org/wiki/Requests_for_new_languages/W ikipedia_Maithili OS: All Status: NEW Keywords: ops Severity: enhancement Priority: Unprioritized Component: Language setup Assignee: wikibugs-l@lists.wikimedia.org Reporter: mfwarb...@googlemail.com Blocks: 16976 Web browser: --- Mobile Platform: --- The language committee and WMF Board have approved the creation of Wikipedia Maithili. Language code: mai Site URL: mai.wikipedia.org Project name: विकिपिडिया Project namespace: विकिपिडिया Project talk namespace: वार्ता Project logo: https://commons.wikimedia.org/wiki/file:Wikipedia-logo-V2-Mai.png Timezone: Asia/Nepal Local file uploads: disabled Thank you. -- 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 67556] merl tools (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=67556 Bug 67556 depends on bug 72248, which changed state. Bug 72248 Summary: wildcard release parameter fails with jsub https://bugzilla.wikimedia.org/show_bug.cgi?id=72248 What|Removed |Added Status|NEW |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 72248] wildcard release parameter fails with jsub
https://bugzilla.wikimedia.org/show_bug.cgi?id=72248 merl changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from merl --- I found a solution: wildcard still does not work with jsub, but regex -l release=trusty|precise (without quoting) at script header solves my problem. qsub also accepts single or double quotes, but not jsub. It is still confusing that resource values are interpreted differently by jsub and qsub. But i am closing this bug because my problem is solved. -- 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 72326] ZeroPortal browsertests fails early due to auth issue with zero.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=72326 --- Comment #3 from Gerrit Notification Bot --- Change 166553 had a related patch set uploaded by Zfilipin: ZeroPortal has browser tests https://gerrit.wikimedia.org/r/166553 -- 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 72326] ZeroPortal browsertests fails early due to auth issue with zero.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=72326 Željko Filipin changed: What|Removed |Added Status|PATCH_TO_REVIEW |NEW -- 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 72326] ZeroPortal browsertests fails early due to auth issue with zero.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=72326 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 72343] Double unclosed table tags cause user input to be lost on page preview
https://bugzilla.wikimedia.org/show_bug.cgi?id=72343 Mr. Stradivarius changed: What|Removed |Added Keywords||hhvm --- Comment #2 from Mr. Stradivarius --- After further testing, I've found that this only occurs when I have HHVM enabled, so I'm adding the HHVM keyword. -- 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 69245] rubocop should run after patch set submission to every repo that has Ruby code
https://bugzilla.wikimedia.org/show_bug.cgi?id=69245 --- Comment #58 from Gerrit Notification Bot --- Change 168056 had a related patch set uploaded by Zfilipin: Run RuboCop and Ruby jobs for CentralAuth https://gerrit.wikimedia.org/r/168056 -- 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 72347] New: Find a way to associate Wikipedia article sections with Wikidata items
https://bugzilla.wikimedia.org/show_bug.cgi?id=72347 Bug ID: 72347 Summary: Find a way to associate Wikipedia article sections with Wikidata items Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo Assignee: wikidata-b...@lists.wikimedia.org Reporter: dacu...@gmail.com CC: wikidata-b...@lists.wikimedia.org Web browser: --- Mobile Platform: --- Some Wikipedias combine topics in one single article page, and that makes hard to connect each one of this distinct concepts with Wikidata, specially considering that other Wikipedias might use other type of associating these concepts. One possible solution is to use redirects in the sitelinks, but this option is disliked because redirects might not link to the specific concept or might stop working over time. Another possible solution could be to link to stable section identifiers in the article page as Parsoid seems to be implementing: https://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec/Element_IDs More ideas and comments are welcome. -- 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 52564] Allow sitelinks to wikipedia and wikivoyage redirect pages to fix the 'Bonnie and Clyde problem'
https://bugzilla.wikimedia.org/show_bug.cgi?id=52564 dacu...@gmail.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=72347 -- 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 72347] Find a way to associate Wikipedia article sections with Wikidata items
https://bugzilla.wikimedia.org/show_bug.cgi?id=72347 dacu...@gmail.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=52564 -- 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 72346] Create Wikipedia Maithili
https://bugzilla.wikimedia.org/show_bug.cgi?id=72346 Byfserag changed: What|Removed |Added CC||john_k...@sina.cn --- Comment #1 from Byfserag --- Just out of curiosity, why project talk namespace("Wikipedia talk-वार्ता") is shorter than project namespace("Wikipedia-विकिपिडिया")? -- 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
[Maniphest] [Changed CC] T800: Equivalent to Bugzilla's "Users Watching"
Aklapper added a subscriber: Aklapper. Aklapper added a comment. I generally like to see usecases for feature requests as I miss a usecase for this one. TASK DETAIL https://phabricator.wikimedia.org/T800 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: Aklapper Cc: wikibugs-l, Qgil, Aklapper, jeremyb ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Maniphest] [Changed CC] T800: Equivalent to Bugzilla's "Users Watching"
Aklapper added a subscriber: jeremyb. TASK DETAIL https://phabricator.wikimedia.org/T800 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: Aklapper Cc: wikibugs-l, Qgil, Aklapper, jeremyb ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Maniphest] [Claimed] T796: Reuse build test results when no code changes have happened
hashar claimed this task. hashar added a comment. I remember some similar conversation a few days ago which I think i replied to but it is good thing to have it there. The reason the tests are rerun is because either: **a) something is about to be changed** **b) another repository the job depends upon might have changed** Lets describe the two cases: **a) something is about to be changed** When changes enter Zuul gate via Code-Review +2 (pipeline gate-and-submit), they are enqueued speculating the patches ahead in the queue are going to pass the tests. Ensuring the branch will still be passing. As an example, imagine two changes based on the same parent commit (tip of master branch): * Patch A change some internal API in a non compatible way and update all calls. Tests pass * Patch B rely on the same internal API as it was in master branch. If one +2 B and then +2 A Zuul tests in parallel: Patch B -> pass tests, get merged Patch A with Patch B applied -> probably fails tests since Patch A did not update the code introduced by B. If one +2 A and then +2 B Zuul tests in parallel: Patch A -> pass tests, get merged Patch B with Patch A applied -> probably fails tests because of A changing the API. **b) another repository the job depends upon might have changed** The job running unit tests for extensions depends at least on three repositories: mediawiki/core , mediawiki/vendor and the extension itself. When a patch has been proposed for an extension 'master' branch, it has been tested with the tip of the master branches of core and vendor in whatever state they were when the patch was proposed. The extension change can be +2ed a few day later and core/vendor master branches most probably have evolved even if the extension change parent commit is still the tip of the extension master branch. Thus we rerun the tests simply because the other repositories branches might have changed. Combined with the first use case, you can ensure that your extension is being tested with code in other repositories that is about to land in. Ie: Patch A propose a change to mediawiki/core and is +2ed Patch B propose a change to an extension and is +2ed Zuul will enter in the queue: Patch A of mediawiki/core Patch B of extension tested with mediawiki/core with Patch A applied ** conclusion ** I don't think we can easily skip running tests without a massive effort to build the dependency tree of all repositories involved in tests. It seems much easier to brute retest everything. I can understand developers being sometime angry because it takes a few minutes to have a change merged. But in most case I don't think we need to have merge to happen in a few seconds. In case of emergency, one can still cherry pick the patch and deploy it, thus bypassing all tests. We will probably end up testing all extensions together at some point, which will make the tests to take 15 - 20 minutes. But then Zuul tests them in parallel so that speed things up even if they are enqueued sequentially.If tests are deemed too slow, that would need developers efforts to make them faster, and I believe there is a lot of low hanging fruits that would let us easily cute the running time. The Zuul behavior is explained in upstream documentation at http://ci.openstack.org/zuul/gating.html . I wrote the second part "Cross projects dependencies". I am more than willing to help enhance that documentation if it is unclear. TASK DETAIL https://phabricator.wikimedia.org/T796 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: hashar Cc: wikibugs-l, greg, ori, Legoktm, hashar, Krinkle, zeljkofilipin ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72348] New: Wikidata dumps contain old-style serialization.
https://bugzilla.wikimedia.org/show_bug.cgi?id=72348 Bug ID: 72348 Summary: Wikidata dumps contain old-style serialization. Product: Datasets Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: ar...@wikimedia.org Reporter: daniel.kinz...@wikimedia.de CC: gsv...@gmail.com Web browser: --- Mobile Platform: --- Some time ago, we changed the serialization format of wikidata items. For consistency, we implemented on-the-fly conversion to the new format in the exporter (using the ContentHandler::exportTransform facility). This seems to work fine with Special:Export, and when I try it with dumpBackup.php locally. However, the dumps like wikidatawiki-20141009-pages-articles.xml.bz2 still contain revisions with the old style format, both . Is this because new revisions get stitched into old dumps? That's the only explanation I currently have. If this is the case, how do we reset this, so all revisions get re-exported? If this is not the case, how can we investigate what is going wrong? One alternative explanation would be if the host that generates the dump was running an old version of wikibase, I suppose. -- 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 72349] New: Not working on MW1.23
https://bugzilla.wikimedia.org/show_bug.cgi?id=72349 Bug ID: 72349 Summary: Not working on MW1.23 Product: MediaWiki extensions Version: REL1_23 branch Hardware: PC OS: Windows Server 2003 Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: PdfHandler Assignee: wikibugs-l@lists.wikimedia.org Reporter: mr...@trash-mail.com CC: aarcos.w...@gmail.com, bawolff...@gmail.com, fflo...@wikimedia.org, gti...@wikimedia.org, mtrac...@member.fsf.org Web browser: --- Mobile Platform: --- Hey everybody, i have a apache server system on windows 2003 server running. There i have two mediawiki installations one version is 1.23.2 and the other 1.21. Both have the same configuration in localsettings.php for pdfhandler extension: require_once ("$IP/extensions/PdfHandler/PdfHandler.php"); $wgPdfProcessor = 'C:\Programme\gs\gs9.10\bin\gswin32.exe'; $wgPdfPostProcessor = 'C:\Programme\ImageMagick-6.8.7-Q16\convert.exe'; $wgPdfInfo = 'C:\Programme\xpdfbin-win-3.03\bin32\pdfinfo.exe'; $wgPdftoText = 'C:\Programme\xpdfbin-win-3.03\bin32\pdftotext.exe'; On my mediawiki 1.21 that works fine, but on my mediawiki 1.23.2 i am not able to get a preview of an uploaded pdf, it doesn't do anything (no error message at all). Funny thing, if I choose older uploaded pdfs on my mediawiki 1.23.2 (which had already a preview image) it works fine. Any idea would be welcome. Regards, Max -- 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 72350] New: Give a hint there is a save button in action=edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=72350 Bug ID: 72350 Summary: Give a hint there is a save button in action=edit Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Keywords: accessibility Severity: enhancement Priority: Unprioritized Component: Page editing Assignee: wikibugs-l@lists.wikimedia.org Reporter: federicol...@tiscali.it CC: arips...@wikimedia.org, jforres...@wikimedia.org, pgi...@wikimedia.org Web browser: --- Mobile Platform: --- While observing three librarians editing each their own page, I noticed that they had uncertainties when asked to save their edit. I had to explain them they have to scroll the page, and exactly where to scroll: not the text area, the whole page. Indeed, the save button is easily outside the screen, even without overly long copyrightwarning areas. We should always give a hint to users so that they know where to proceed. Something as simple as a biggish button on top of the text area, linking the [[#wpSave]] anchor, might even suffice. Worth some prototyping and usability testing IMHO. -- 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
[Maniphest] [Edited] T782: Wiki Release Team November 2014 Goals
Palexis edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T782 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: Palexis Cc: wikibugs-l, Palexis, Qgil, Mglaser, MarkAHershberger ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72350] Give a hint there is a save button in action=edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=72350 --- Comment #1 from Nemo --- Created attachment 16839 --> https://bugzilla.wikimedia.org/attachment.cgi?id=16839&action=edit Save buttons outside of screen -- 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 72348] Wikidata dumps contain old-style serialization.
https://bugzilla.wikimedia.org/show_bug.cgi?id=72348 Daniel Kinzler changed: What|Removed |Added Severity|normal |critical --- Comment #1 from Daniel Kinzler --- Bumping to critical, since it may result in data loss for clients that cannot process the old style format. We really do not want them to implement that, we changed for a reason... Btw: In order to check for old style serializations, grep for "entity". To detect new style serialization, check for "descriptions" (plural). -- 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 72348] Wikidata dumps contain old-style serialization.
https://bugzilla.wikimedia.org/show_bug.cgi?id=72348 --- Comment #2 from Daniel Kinzler --- See also https://lists.wikimedia.org/pipermail/wikidata-l/2014-October/004843.html -- 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 72349] Not working on MW1.23
https://bugzilla.wikimedia.org/show_bug.cgi?id=72349 --- Comment #1 from Andre Klapper --- Have you asked on https://www.mediawiki.org/wiki/Project:Support_desk yet? Have you checked http://www.mediawiki.org/wiki/Manual:How_to_debug ? -- 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 72345] HTML tidy not executed under HHVM
https://bugzilla.wikimedia.org/show_bug.cgi?id=72345 darkdad...@yahoo.fr changed: What|Removed |Added CC||darkdad...@yahoo.fr --- Comment #2 from darkdad...@yahoo.fr --- The same issue occurs in a template in fr.wiktionary with HHVM enabled: https://fr.wiktionary.org/w/index.php?title=Mod%C3%A8le:de-nom-f-n&diff=prev&oldid=18645452 Although I can't find an incorrect tag, because the template in question is a bit complicated. -- 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 69245] rubocop should run after patch set submission to every repo that has Ruby code
https://bugzilla.wikimedia.org/show_bug.cgi?id=69245 --- Comment #59 from Gerrit Notification Bot --- Change 168056 merged by jenkins-bot: Run RuboCop and Ruby jobs for CentralAuth https://gerrit.wikimedia.org/r/168056 -- 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 72345] HTML tidy not executed under HHVM; messes up page layouts
https://bugzilla.wikimedia.org/show_bug.cgi?id=72345 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |High CC||g...@wikimedia.org Summary|HTML tidy not executed |HTML tidy not executed |under HHVM |under HHVM; messes up page ||layouts --- Comment #3 from Andre Klapper --- Issue was also brought up on de.wp: https://de.wikipedia.org/w/index.php?title=Wikipedia:Fragen_zur_Wikipedia&oldid=13512#Software.C3.A4nderung.3F -- 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 67808] NPEs from android.support.v4.widget.DrawerLayout.isContentView ?
https://bugzilla.wikimedia.org/show_bug.cgi?id=67808 Alex Monk 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 69615] Make webrequest partition validation handle races between time and sequence numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=69615 --- Comment #13 from christ...@quelltextlich.at --- Happened again for: 2014-10-21T14/2H (on upload) -- 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 72343] Double unclosed table tags cause user input to be lost on page preview
https://bugzilla.wikimedia.org/show_bug.cgi?id=72343 Kevin Israel (PleaseStand) changed: What|Removed |Added CC||pleasest...@live.com --- Comment #3 from Kevin Israel (PleaseStand) --- Yes, I also tried this without HHVM on and I didn't see the problem. After turning it on (by setting the hhvm=true cookie), I do see it, though only for some servers but not others. It's actually only necessary to have a single unclosed table tag. The problem is indeed that the unclosed table tag is getting through to the output, probably because as stated in an HTML comment, "Tidy was unable to run". That causes wpTextbox1 (the main text box) to end up outside the form in the browser's DOM, and that's why it takes at least two clicks on "Show preview" to reproduce. -- 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
[Maniphest] [Commented On] T795: [Jenkins/Zuul] Make extension jobs run post mwcore merge
hashar added a comment. Seems this task is a duplicate of https://bugzilla.wikimedia.org/show_bug.cgi?id=58772 "common gating job for mediawiki core and extensions" which is about running the tests of core + wmf deployed extension on all patchset being proposed. As for the "price is too high" I am not sure what it refers to. TASK DETAIL https://phabricator.wikimedia.org/T795 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: hashar Cc: wikibugs-l, greg, ori, Legoktm, hashar, Krinkle, zeljkofilipin ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 71029] Zuul: reporting of successful test runs blocked on unrelated, incomplete test runs
https://bugzilla.wikimedia.org/show_bug.cgi?id=71029 --- Comment #3 from Antoine "hashar" Musso (WMF) --- See also https://phabricator.wikimedia.org/T795 -- 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
[Maniphest] [Commented On] T794: [Jenkins/Zuul] Make non-voting jobs run post-merge
hashar added a comment. I agree with Daniel, they should be fixed and made voting then added to the gate-and-submit pipeline. That being said, for some jobs we can consider having them run daily and have a report published daily at some common place so people can potentially look and fix the issues. But in practices, I don't think people really care about non voting jobs. We have plenty of them (jslint, puppet lint, phpcs) that barely receive any attention at all. TASK DETAIL https://phabricator.wikimedia.org/T794 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: hashar Cc: wikibugs-l, greg, Legoktm, ori, hashar, zeljkofilipin, Krinkle, Dzahn ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72345] HTML tidy not executed under HHVM; messes up page layouts
https://bugzilla.wikimedia.org/show_bug.cgi?id=72345 --- Comment #4 from Michael M. --- (In reply to darkdadaah from comment #2) > The same issue occurs in a template in fr.wiktionary with HHVM enabled: > https://fr.wiktionary.org/w/index.php?title=Mod%C3%A8le:de-nom-f- > n&diff=prev&oldid=18645452 > > Although I can't find an incorrect tag, because the template in question is > a bit complicated. This is caused by Modèle:de-nom-f-n/Documentation: It contains multiple "selfclosing" tags, but these are invalid in HTML. If you want the documentation to display correctly even when HTML tidy doesn't work, you have to replace them by (I won't be able to give an appropriate French summary for such an edit, so I can't fix it). -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 66856] Huggle (software rollback) sometimes replaces Unicode-characters with garbage on some systems
https://bugzilla.wikimedia.org/show_bug.cgi?id=66856 Jonatan Svensson Glad (Josve05a) changed: What|Removed |Added Priority|Normal |High Severity|normal |major -- 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 66856] Huggle (software rollback) sometimes replaces Unicode-characters with garbage on some systems
https://bugzilla.wikimedia.org/show_bug.cgi?id=66856 Jonatan Svensson Glad (Josve05a) changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #12 from Jonatan Svensson Glad (Josve05a) --- It is happening again: https://en.wikipedia.org/w/index.php?title=Wikipedia:Huggle/Feedback&oldid=630623076#Strange_symbols Highering priority. -- 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 66856] Huggle (software rollback) sometimes replaces Unicode-characters with garbage on some systems
https://bugzilla.wikimedia.org/show_bug.cgi?id=66856 Jonatan Svensson Glad (Josve05a) changed: What|Removed |Added Version|3.0.2 |unspecified -- 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 68439] Option to sort alphabetically
https://bugzilla.wikimedia.org/show_bug.cgi?id=68439 Jonatan Svensson Glad (Josve05a) changed: What|Removed |Added Version|3.0.6 |unspecified -- 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 72351] New: Use system messages for deletion
https://bugzilla.wikimedia.org/show_bug.cgi?id=72351 Bug ID: 72351 Summary: Use system messages for deletion Product: Huggle Version: unspecified Hardware: All URL: https://en.wikipedia.org/w/index.php?title=Wikipedia:H uggle/Feedback&oldid=630637507#Use_system_messages_for _deletion OS: All Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: Application Assignee: benap...@gmail.com Reporter: gladjona...@outlook.com CC: benap...@gmail.com, mmovc...@wikipedia.de, se4...@se4598.eu Web browser: --- Mobile Platform: --- Copied /(CC-BY-SA 3.0)/ from https://en.wikipedia.org/w/index.php?title=Wikipedia:Huggle/Feedback&oldid=630637507#Use_system_messages_for_deletion --- I noticed the list of deletion reasons includes only the WP:GCSD[1] criteria, while the block only has a standard vandalism message for rationale. The system messages are at MediaWiki:Deletereason-dropdown[2] and MediaWiki:Ipbreason-dropdown, respectively. Could we use these as the presets in the Huggle interface? Maybe even fetch the list every time, as that way it will always be up to date. — MusikAnimal[4] talk[5] 17:02, 10 October 2014 (UTC) -- [1]. https://en.wikipedia.org/wiki/Wikipedia:Criteria_for_speedy_deletion#General [2]. https://en.wikipedia.org/wiki/MediaWiki:Deletereason-dropdown [3]. https://en.wikipedia.org/wiki/MediaWiki:Ipbreason-dropdown [4]. https://en.wikipedia.org/wiki/User:MusikAnimal [5]. https://en.wikipedia.org/wiki/User_talk:MusikAnimal -- 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 72353] New: Bits and mobile raw webrequest partitions for 2014-10-21T13/2H not marked successful
https://bugzilla.wikimedia.org/show_bug.cgi?id=72353 Bug ID: 72353 Summary: Bits and mobile raw webrequest partitions for 2014-10-21T13/2H not marked successful Product: Analytics Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Refinery Assignee: wikibugs-l@lists.wikimedia.org Reporter: christ...@quelltextlich.at CC: bugwatc...@sb-mail.wmflabs.org, christ...@quelltextlich.at, dandree...@wikimedia.org, kle...@wikimedia.org, oke...@wikimedia.org, o...@wikimedia.org, tneg...@wikimedia.org Web browser: --- Mobile Platform: --- Bits and mobile raw webrequest partitions [1] for 2014-10-21T13/1H have been been marked successful. What happened? [1] _ qchris@stat1002 // jobs: 0 // time: 10:12:12 // exit code: 0 cwd: ~ ~/cluster-scripts/dump_webrequest_status.sh +--+++++ | Date | bits | mobile | text | upload | +--+++++ [...] | 2014-10-21T11/1H |X |X |X |X | | 2014-10-21T12/1H |. |. |. |. | | 2014-10-21T13/1H |X |X |. |. | | 2014-10-21T14/1H |. |X |. |X | | 2014-10-21T15/1H |. |. |. |X | [...] +--+++++ Statuses: . --> Partition is ok M --> Partition manually marked ok X --> Partition is not ok (duplicates, missing, or nulls) -- 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 72352] New: Raw webrequest partitions for 2014-10-21T11/1H not marked successful
https://bugzilla.wikimedia.org/show_bug.cgi?id=72352 Bug ID: 72352 Summary: Raw webrequest partitions for 2014-10-21T11/1H not marked successful Product: Analytics Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Refinery Assignee: wikibugs-l@lists.wikimedia.org Reporter: christ...@quelltextlich.at CC: bugwatc...@sb-mail.wmflabs.org, christ...@quelltextlich.at, dandree...@wikimedia.org, kle...@wikimedia.org, oke...@wikimedia.org, o...@wikimedia.org, tneg...@wikimedia.org Web browser: --- Mobile Platform: --- None of the webrequest partitions [1] for 2014-10-21T11/1H have been been marked successful. What happened? [1] _ qchris@stat1002 // jobs: 0 // time: 10:12:12 // exit code: 0 cwd: ~ ~/cluster-scripts/dump_webrequest_status.sh +--+++++ | Date | bits | mobile | text | upload | +--+++++ [...] | 2014-10-21T09/1H |. |. |. |. | | 2014-10-21T10/1H |. |. |. |. | | 2014-10-21T11/1H |X |X |X |X | | 2014-10-21T12/1H |. |. |. |. | | 2014-10-21T13/1H |X |X |. |. | [...] +--+++++ Statuses: . --> Partition is ok M --> Partition manually marked ok X --> Partition is not ok (duplicates, missing, or nulls) -- 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 72352] Raw webrequest partitions for 2014-10-21T11/1H not marked successful
https://bugzilla.wikimedia.org/show_bug.cgi?id=72352 christ...@quelltextlich.at changed: What|Removed |Added Status|NEW |RESOLVED Blocks||72298 Resolution|--- |WONTFIX --- Comment #1 from christ...@quelltextlich.at --- (2014-10-21T13/1H is handled in bug 72353) The affected period is 2014-10-21T11:41:19/2014-10-21T11:59:09. It affected only ulsfo caches, but all ulsfo caches. The affected period shows ~5M duplicates, which are worth * 4 minutes of ulsfo data, or * 36 seconds of total data. The affected period shows ~6M missing lines, which are worth * 5 minutes of ulsfo data, or * 41 seconds of total data. Ops reported [1] that the ulsfo->eqiad connection again caused issues. According to the IRC logs [2], the connection issues started around 10:30, which matches the affected period. [1] https://lists.wikimedia.org/mailman/private/ops/2014-October/042427.html [2] http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-operations/20141021.txt -- 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 72298] Raw webrequest partitions that were not marked successful due to network issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=72298 christ...@quelltextlich.at changed: What|Removed |Added Depends on||72352 -- 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 72298] Raw webrequest partitions that were not marked successful due to network issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=72298 Bug 72298 depends on bug 72352, which changed state. Bug 72352 Summary: Raw webrequest partitions for 2014-10-21T11/1H not marked successful https://bugzilla.wikimedia.org/show_bug.cgi?id=72352 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72300] Raw webrequest partitions that were not marked successful due to configuration updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=72300 Bug 72300 depends on bug 72353, which changed state. Bug 72353 Summary: Bits and mobile raw webrequest partitions for 2014-10-21T13/2H not marked successful https://bugzilla.wikimedia.org/show_bug.cgi?id=72353 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72353] Bits and mobile raw webrequest partitions for 2014-10-21T13/2H not marked successful
https://bugzilla.wikimedia.org/show_bug.cgi?id=72353 christ...@quelltextlich.at changed: What|Removed |Added Status|NEW |RESOLVED Blocks||72300 Resolution|--- |FIXED --- Comment #1 from christ...@quelltextlich.at --- (2014-10-21T11/1H is handled in bug 72352) (upload's 2014-10-21T14/2H is handled in bug 69615 comment 13) Commit 4f6ba147effc72d7e59d1df309823c3e5f3ae4fa got merged, which updated the varnishkafka configuration for the mobile caches and a few bits machines. This caused varnishkafka to reset the sequence numbers. -- 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 72300] Raw webrequest partitions that were not marked successful due to configuration updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=72300 christ...@quelltextlich.at changed: What|Removed |Added Depends on||72353 -- 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 72301] Raw webrequest partitions that were not marked successful but are too old to debug
https://bugzilla.wikimedia.org/show_bug.cgi?id=72301 christ...@quelltextlich.at changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 70085] Raw webrequest partitions that were not marked successful
https://bugzilla.wikimedia.org/show_bug.cgi?id=70085 Bug 70085 depends on bug 72301, which changed state. Bug 72301 Summary: Raw webrequest partitions that were not marked successful but are too old to debug https://bugzilla.wikimedia.org/show_bug.cgi?id=72301 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72354] New: Code tag margins too big, overlapping borders
https://bugzilla.wikimedia.org/show_bug.cgi?id=72354 Bug ID: 72354 Summary: Code tag margins too big, overlapping borders Product: Wikipedia App Version: Stable Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Android App Assignee: wikibugs-l@lists.wikimedia.org Reporter: gsv...@gmail.com CC: bsitzm...@wikimedia.org, dga...@wikimedia.org, kl...@wikimedia.org, rages...@gmail.com Web browser: --- Mobile Platform: --- Created attachment 16840 --> https://bugzilla.wikimedia.org/attachment.cgi?id=16840&action=edit Screenshot from the app Code tags show with a border and a very large margin on my Android. The result looks quite bad and it also means that the borders from code tags on adjacent lines sometimes overlap. The attached screenshot demonstrates 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 72345] HTML tidy not executed under HHVM; messes up page layouts
https://bugzilla.wikimedia.org/show_bug.cgi?id=72345 Kevin Israel (PleaseStand) changed: What|Removed |Added CC||pleasest...@live.com --- Comment #5 from Kevin Israel (PleaseStand) --- This also appears to be the cause of bug 72343. Also, as I noted there, not all servers seem to be affected, and I see a "Tidy was unable to run" HTML comment in the output. Assuming that $wgTidyInternal is false (by default, this is the case if extension_loaded( 'tidy' ) returns false), it looks like this can only happen if proc_open() or proc_close() fails when called from MWTidy::execExternalTidy(). -- 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 72354] Code tag margins too big, overlapping borders
https://bugzilla.wikimedia.org/show_bug.cgi?id=72354 --- Comment #1 from Svick --- BTW, the screenshot is from [[Blackboard_bold#Encoding]]. -- 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 72354] Code tag margins too big, overlapping borders
https://bugzilla.wikimedia.org/show_bug.cgi?id=72354 Svick changed: What|Removed |Added Mobile Platform|--- |Android 4.1.x -- 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 72346] Create Wikipedia Maithili
https://bugzilla.wikimedia.org/show_bug.cgi?id=72346 Glaisher changed: What|Removed |Added Priority|Unprioritized |Normal CC||glaisher.w...@gmail.com -- 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 69245] rubocop should run after patch set submission to every repo that has Ruby code
https://bugzilla.wikimedia.org/show_bug.cgi?id=69245 --- Comment #60 from Gerrit Notification Bot --- Change 168061 had a related patch set uploaded by Zfilipin: Enable RuboCop jobs for all repositories where it was experimental https://gerrit.wikimedia.org/r/168061 -- 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 47930] allow accessing data from an item not connected to the current page - arbitrary access (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47930 --- Comment #16 from Florian --- (In reply to Sergey Vladimirov from comment #15) > Why is this bug depends on 44946 and 68029? Doesn't look like real > dependency for me. +1, it seems unrelated. -- 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 72348] Wikidata dumps contain old-style serialization.
https://bugzilla.wikimedia.org/show_bug.cgi?id=72348 John Mark Vandenberg changed: What|Removed |Added CC||jay...@gmail.com --- Comment #3 from John Mark Vandenberg --- Just confirming, this only applies to XML dumps, and not the new JSON dumps? -- 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 72239] Turn off new page patrol on fishbowl/private wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=72239 Glaisher 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 72355] New: "ulsfo <-> eqiad" network issue on 2014-10-21 affecting udp2log streams
https://bugzilla.wikimedia.org/show_bug.cgi?id=72355 Bug ID: 72355 Summary: "ulsfo <-> eqiad" network issue on 2014-10-21 affecting udp2log streams Product: Analytics Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: christ...@quelltextlich.at CC: bugwatc...@sb-mail.wmflabs.org, christ...@quelltextlich.at, kle...@wikimedia.org, oke...@wikimedia.org, tneg...@wikimedia.org Web browser: --- Mobile Platform: --- Ops reported [1] a network issue between ulsfo and eqiad (According to IRC logs [2], alerts started around 2014-10-21 ~10:30). We did not see alerts on the udp2log pipeline. However, we saw alerts on the tighter monitoring the kafka pipeline. Did the issue affect the udp2log pipeline too? [1] https://lists.wikimedia.org/mailman/private/ops/2014-October/042427.html [2] http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-operations/20141021.txt -- 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 72355] "ulsfo <-> eqiad" network issue on 2014-10-21 affecting udp2log streams
https://bugzilla.wikimedia.org/show_bug.cgi?id=72355 christ...@quelltextlich.at changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #1 from christ...@quelltextlich.at --- The upd2log pipeline shows the first sporadic ulsfo drop-outs on 2014-10-21T10:58 and continued to show ulsfo drop-outs until ulsfo got depooled on 2014-10-21T11:43 (Ifc2a1f1abb7d532e01782b05df764bf4cd072014). Per host packet loss computation for the affected hour does not give a meaningful result due to the ulsfo depooling bringing down message volume from ulsfo too much. -- 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 49033] MobileFrontend: Inline code tags styled very large in articles
https://bugzilla.wikimedia.org/show_bug.cgi?id=49033 Alex Monk changed: What|Removed |Added CC||gsv...@gmail.com --- Comment #10 from Alex Monk --- *** Bug 72354 has been marked as a duplicate of this bug. *** -- 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 72354] Code tag margins too big, overlapping borders
https://bugzilla.wikimedia.org/show_bug.cgi?id=72354 Alex Monk changed: What|Removed |Added Status|NEW |RESOLVED CC||kren...@wikimedia.org Resolution|--- |DUPLICATE --- Comment #2 from Alex Monk --- *** This bug has been marked as a duplicate of bug 49033 *** -- 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 71774] Rename NS_PROJECT on mrwikibooks to "विकिबुक्स"
https://bugzilla.wikimedia.org/show_bug.cgi?id=71774 Glaisher 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 72355] "ulsfo <-> eqiad" network issue on 2014-10-21 affecting udp2log streams
https://bugzilla.wikimedia.org/show_bug.cgi?id=72355 --- Comment #2 from christ...@quelltextlich.at --- (In reply to christian from comment #0) > We did not see alerts on the udp2log pipeline. That's wrong. There have been alerts [1]: [11:54:29] PROBLEM - Packetloss_Average on erbium is CRITICAL: packet_loss_average CRITICAL: 9.11388505882 [12:02:12] PROBLEM - Packetloss_Average on analytics1026 is CRITICAL: packet_loss_average CRITICAL: 23.0722363964 [12:06:06] RECOVERY - Packetloss_Average on erbium is OK: packet_loss_average OKAY: 0.0 [12:21:25] RECOVERY - Packetloss_Average on analytics1026 is OK: packet_loss_average OKAY: 2.49366398305 [12:27:01] RECOVERY - Packetloss_Average on oxygen is OK: packet_loss_average OKAY: 1.85878847458 [1] http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-operations/20141021.txt -- 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 72306] "ulsfo <-> eqiad" network issue on 2014-10-20 affecting udp2log streams
https://bugzilla.wikimedia.org/show_bug.cgi?id=72306 --- Comment #3 from christ...@quelltextlich.at --- (In reply to christian from comment #0) > We did not see alerts on the udp2log pipeline. That's wrong. There have been alerts [1]: [13:19:04] PROBLEM - Packetloss_Average on erbium is CRITICAL: packet_loss_average CRITICAL: 13.2572885542 [13:27:37] PROBLEM - Packetloss_Average on oxygen is CRITICAL: packet_loss_average CRITICAL: 25.0862913793 [13:29:40] PROBLEM - Packetloss_Average on analytics1026 is CRITICAL: packet_loss_average CRITICAL: 14.6411538136 [13:32:00] RECOVERY - Packetloss_Average on erbium is OK: packet_loss_average OKAY: 2.36820388235 [13:42:20] RECOVERY - Packetloss_Average on analytics1026 is OK: packet_loss_average OKAY: 2.73679050847 [13:46:30] RECOVERY - Packetloss_Average on oxygen is OK: packet_loss_average OKAY: 1.89986423729 [1] http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-operations/20141020.txt -- 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 69615] Make webrequest partition validation handle races between time and sequence numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=69615 --- Comment #14 from christ...@quelltextlich.at --- Happened again for: 2014-10-22T06/2H (on bits) -- 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 72343] Unclosed table tags cause user input to be lost on page preview with HHVM
https://bugzilla.wikimedia.org/show_bug.cgi?id=72343 Mr. Stradivarius changed: What|Removed |Added Summary|Double unclosed table tags |Unclosed table tags cause |cause user input to be lost |user input to be lost on |on page preview |page preview with HHVM -- 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 71566] table_type is removed in MySQL 5.5.3
https://bugzilla.wikimedia.org/show_bug.cgi?id=71566 Andre Klapper changed: What|Removed |Added CC||aklap...@wikimedia.org --- Comment #15 from Andre Klapper --- Thanks for your patch! You are welcome to use Developer access https://www.mediawiki.org/wiki/Developer_access to submit this as a Git branch directly into Gerrit: https://www.mediawiki.org/wiki/Git/Tutorial Putting your branch in Git makes it easier to review it quickly. If you don't want to set up Git/Gerrit, you can also use https://tools.wmflabs.org/gerrit-patch-uploader/ -- 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 72328] thumb.php: If upscale: Return original image instead of error
https://bugzilla.wikimedia.org/show_bug.cgi?id=72328 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |Lowest -- 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
[Maniphest] [Changed Status] T797: [Zuul] Don't run the vendor tests unless composer.json is touched.
hashar changed the task status from "Open" to "Needs Info". hashar added a comment. Sorry I don't understand that request. I don't think the tests inside mediawiki/vendor.git are being run by the mediawiki-vendor-integration or mwext-*-testextension jobs. I guess the task has been filled following a conversation over IRC, would need a bit more details. TASK DETAIL https://phabricator.wikimedia.org/T797 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: hashar Cc: wikibugs-l, greg, ori, zeljkofilipin, hashar, bd808 ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 64587] Usage Tracking: implement the service
https://bugzilla.wikimedia.org/show_bug.cgi?id=64587 --- Comment #2 from Gerrit Notification Bot --- Change 161477 merged by jenkins-bot: Introduce usage tracking service. https://gerrit.wikimedia.org/r/161477 -- 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 64586] Usage Tracking: design database schema for service that registers where data is used
https://bugzilla.wikimedia.org/show_bug.cgi?id=64586 --- Comment #3 from Gerrit Notification Bot --- Change 161477 merged by jenkins-bot: Introduce usage tracking service. https://gerrit.wikimedia.org/r/161477 -- 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 12551] Provide editintro that depends on section name
https://bugzilla.wikimedia.org/show_bug.cgi?id=12551 --- Comment #2 from Andre Klapper --- This sounds like a lot of overkill, especially somewhere maintaining which string(s)/regular expression for some single section name should match with which editintro. Eneas: Any idea or thoughts how to implement that in a sane way? -- 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 72350] Give a hint there is a save button in action=edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=72350 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |Normal -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Maniphest] [Changed CC] T736: Rebuild wikipedias (exception enwiki which is already done)
Aklapper added a subscriber: Aklapper. Aklapper added a comment. @Manybubbles: Which project is this task about? Please add a project. TASK DETAIL https://phabricator.wikimedia.org/T736 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: Manybubbles, Aklapper Cc: wikibugs-l, Manybubbles, Aklapper ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Maniphest] [Changed CC] T742: Rebuild group 1
Aklapper added a subscriber: Aklapper. Aklapper added a comment. @Manybubbles: Which project is this task about? Please add a project and set a priority. TASK DETAIL https://phabricator.wikimedia.org/T742 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: Manybubbles, Aklapper Cc: wikibugs-l, Manybubbles, Aklapper ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Maniphest] [Closed] T600: Pending fails upon not finding an element (a failure case that should then pass)
Aklapper closed this task as "Invalid". Aklapper added a subscriber: Aklapper. Aklapper added a comment. @jhobs: Please file this in Bugzilla: https://bugzilla.wikimedia.org/enter_bug.cgi?product=Wikimedia&component=Quality%20Assurance In general, bug tracking happens in Bugzilla until Bugzilla is migrated to Phabricator. Until new projects are accepted in Phabricator for the time being, and there is no QA project here: https://phabricator.wikimedia.org/project/query/all/ TASK DETAIL https://phabricator.wikimedia.org/T600 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: dduvall, Aklapper Cc: wikibugs-l, jhobs, Liuxinyu970226, Aklapper ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Maniphest] [Commented On] T800: Equivalent to Bugzilla's "Users Watching"
Qgil added a comment. > seamless transitions as developers change projects or users go on holiday I haven't used this feature myself, but this description above is a usecase. TASK DETAIL https://phabricator.wikimedia.org/T800 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: Qgil Cc: wikibugs-l, Qgil, Aklapper, jeremyb ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72329] "added_lines" is not in "new_wikitext" anymore and causes false positives
https://bugzilla.wikimedia.org/show_bug.cgi?id=72329 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |High -- 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 71621] Not loading site CSS on Special:UserLogin/Preferences breaks wikis which use it to create a skin/theme
https://bugzilla.wikimedia.org/show_bug.cgi?id=71621 --- Comment #8 from [[kgh]] --- So what's next? How do we get all the affected wikis out of their current misery? This bug should not be a back-burner thing as it looks like at the moment. I think the MW software should allow wikis to adapt the overall appearance without having to use a custom skin. So far the easiest way was to use Common.css/js etc. which is no longer working for integral pages such as the login and preferences. I think the proposed change tries to address this issue. Another possibility may probably be an extension that allows placing custom CSS- and/or JS-file(s) on the server which is then packed into a resource loader module loaded by the extension. This may perhaps also be a setting in MW core which allows to point to the respective file(s) and then does the same job. Perhaps there are other ways. -- 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
[Maniphest] [Commented On] T736: Rebuild wikipedias (exception enwiki which is already done)
Manybubbles added a comment. In intentionally removed the mediawiki core project so it wouldn't show up on our task board at its a smallish subtask. I wanted to track it in relation to its parent but it shouldn't get in anyone's way. TASK DETAIL https://phabricator.wikimedia.org/T736 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: Manybubbles Cc: wikibugs-l, Manybubbles, Aklapper ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12535] all inter project prefixes should be resolved before « oldid= »
https://bugzilla.wikimedia.org/show_bug.cgi?id=12535 Andre Klapper changed: What|Removed |Added Component|General/Unknown |Parser Version|unspecified |1.25-git --- Comment #1 from Andre Klapper --- This bug is still valid, bumping version field. -- 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
[Maniphest] [Commented On] T800: Equivalent to Bugzilla's "Users Watching"
Aklapper added a comment. But why would users be interested in following another user, instead of a project? I'd like to have a good example for that. In Bugzilla, you cannot easily follow a project (see https://bugzilla.wikimedia.org/show_bug.cgi?id=37105 ) so I see how this was used as a workaround in some cases but I've also received comments by Bugzilla users that this functionality could be interpreted as a mild form of "stalking". TASK DETAIL https://phabricator.wikimedia.org/T800 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: Aklapper Cc: wikibugs-l, Qgil, Aklapper, jeremyb ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72345] HTML tidy not executed under HHVM; messes up page layouts
https://bugzilla.wikimedia.org/show_bug.cgi?id=72345 --- Comment #6 from Dakdada --- Michael M.: thanks, the page has been corrected. I keep here a link to the previous buggy version of the page for future tests (if needed): https://fr.wiktionary.org/w/index.php?title=Mod%C3%A8le:de-nom-f-n/Documentation&oldid=18183655 Also, the html source of the erroneous page contains the message: "Tidy was unable to run". Not that there is any doubt about it 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 71566] table_type is removed in MySQL 5.5.3
https://bugzilla.wikimedia.org/show_bug.cgi?id=71566 --- Comment #16 from Kevin Israel (PleaseStand) --- (In reply to B. Miller from comment #14) > Created attachment 16837 [details] > a still better patch, now with additional correct line endings! mysql> use testwiki; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> SELECT VERSION()\G *** 1. row *** VERSION(): 5.5.40-0ubuntu0.14.04.1 1 row in set (0.00 sec) mysql> SHOW FULL TABLES WHERE TABLE_TYPE = "VIEW"\G Empty set (0.00 sec) mysql> SHOW FULL TABLES WHERE DEFAULT_STORAGE_ENGINE = "VIEW"\G ERROR 1054 (42S22): Unknown column 'DEFAULT_STORAGE_ENGINE' in 'where clause' -- 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 72340] FlickrUpload stopped working due to API request through iframe && X-Frame-Option DENY
https://bugzilla.wikimedia.org/show_bug.cgi?id=72340 --- Comment #2 from Tisza Gergő --- Could you retry in debug mode and paste the console output? -- 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
[Maniphest] [Changed CC] T798: Change "Real Name" string for "Name"
Aklapper added a subscriber: Aklapper. Aklapper added a comment. Assuming we want to change the translation to "Name" everywhere (I'm in favor of this) we'd probably want to patch modules/phabricator/data/fixed_settings.yaml in operations/puppet.git instead of editing https://phabricator.wikimedia.org/config/edit/translation.override/ directly. On the other hand I don't see our currently existing changes { "Maniphest Task" : "Task", "Pholio Mock" : "Mockup" } in that yaml file either. TASK DETAIL https://phabricator.wikimedia.org/T798 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: Aklapper Cc: wikibugs-l, Qgil, Quiddity, greg, Dzahn, Aklapper, jeremyb ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Maniphest] [Changed CC] T791: create project for mailman lists
Aklapper added a subscriber: Aklapper. Aklapper added a comment. How is this project different from the already existing "Wikimedia > Mailing lists" component in Bugzilla, and how are they connected to / distinguished from each other after importing Bugzilla components? TASK DETAIL https://phabricator.wikimedia.org/T791 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: Dzahn, Aklapper Cc: wikibugs-l, Dzahn, JohnLewis, Matanya, chasemp, Aklapper, jeremyb, Qgil ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Maniphest] [Changed CC] T779: Can I has Multimedia project?
Aklapper added a subscriber: Aklapper. Aklapper added a comment. >>! In T779#13052, @Fabrice_Florin wrote: > let's discuss in tomorrow's sprint meeting how we can roll up our sleeves and > move all our multimedia tickets to Phabricator in coming days ... I'd be interested to first know and understand how to avoid duplicating existing tickets under Multimedia components in Bugzilla before anything is "moved". "Our multimedia tickets" from where? Mingle? Trello? Don't they often have sister tickets in Bugzilla (which would get imported into Phab soon)? TASK DETAIL https://phabricator.wikimedia.org/T779 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: Qgil, Aklapper Cc: wikibugs-l, Gilles, Tgr, MarkTraceur, Fabrice_Florin, Aklapper, jeremyb, Qgil ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72329] "added_lines" is not in "new_wikitext" anymore and causes false positives
https://bugzilla.wikimedia.org/show_bug.cgi?id=72329 Kevin Israel (PleaseStand) changed: What|Removed |Added CC||pleasest...@live.com --- Comment #2 from Kevin Israel (PleaseStand) --- I wonder whether this is related to bug 72345. Does this only happen for HHVM edits? -- 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