[Bug 72344] New: Page.previousRevision exception
https://bugzilla.wikimedia.org/show_bug.cgi?id=72344 Bug ID: 72344 Summary: Page.previousRevision exception Product: Pywikibot Version: core (2.0) Hardware: All OS: All Status: NEW Severity: critical Priority: Unprioritized Component: General Assignee: pywikipedia-b...@lists.wikimedia.org Reporter: jay...@gmail.com Web browser: --- Mobile Platform: --- Page.previousRevision assumes many revisions are loaded by Page.getVersionHistory. $ python pwb.py shell Welcome to the Pywikibot interactive shell! import pywikibot s = pywikibot.Site('en', 'wikipedia') p = pywikibot.Page(s, 'Main Page') p.previousRevision() Traceback (most recent call last): File console, line 1, in module File .../pywikibot/page.py, line 550, in previousRevision revkey = sorted(self._revisions, reverse=True)[1] IndexError: list index out of range Page.getVersionHistory loads all revisions only if total is not set, but if total is set, it only fetches one revision. p = pywikibot.Page(s, 'Main Page') p.getVersionHistory() [(615503846, Timestamp(2014, 7, 4, 0, 24, 48), u'Magioladitis', u'Reverted edits by [[Special:Contribs/Magioladitis|Magioladitis]] ([[User talk:Magioladitis|talk]]) to last version by David Levy')] p.getVersionHistory(total=2) [(615503846, Timestamp(2014, 7, 4, 0, 24, 48), u'Magioladitis', u'Reverted edits by [[Special:Contribs/Magioladitis|Magioladitis]] ([[User talk:Magioladitis|talk]]) to last version by David Levy')] This change occurred in 2009 http://git.wikimedia.org/commit/pywikibot%2Fcore.git/1946dc13 It can be seen by only running this single test method: python -m unittest -v tests.page_tests.TestPageObject.testApiMethods -- 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 72344] Page.previousRevision exception
https://bugzilla.wikimedia.org/show_bug.cgi?id=72344 John Mark Vandenberg jay...@gmail.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=64188 Blocks||70936 -- 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 64188] getVersionHistory does not follow total parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=64188 John Mark Vandenberg jay...@gmail.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=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 66322] Clear floating in footer
https://bugzilla.wikimedia.org/show_bug.cgi?id=66322 --- Comment #6 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 167842 merged by jenkins-bot: Make sure that the Footer appears after all other content. https://gerrit.wikimedia.org/r/167842 -- 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 70936] Pywikibot 2.0 [tracking]
https://bugzilla.wikimedia.org/show_bug.cgi?id=70936 John Mark Vandenberg jay...@gmail.com 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 59742] Respect wikisite and EditThis throttling
https://bugzilla.wikimedia.org/show_bug.cgi?id=59742 Nemo federicol...@tiscali.it changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #11 from Nemo federicol...@tiscali.it --- Seems to have worked well! Only a few dozens wikis errored out now. http://wikistats.wmflabs.org/display.php?t=ets=http_desc http://wikistats.wmflabs.org/display.php?t=sis=http_desc wiki-site shows some 1200 wikis with 302, seemingly some now-deleted wikis; separate issue. -- 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
[Maniphest] [Created] T800: Equivalent to Bugzilla's Users Watching
Qgil created this task. Qgil added a subscriber: Qgil. Qgil added a project: Phabricator.org. Qgil changed Security from none to none. TASK DESCRIPTION @JeremyB says: http://www.bugzilla.org/docs/3.0/html/userpreferences.html says: Bugzilla has a feature called Users Watching. When you enter one or more comma-delineated user accounts (usually email addresses) into the text entry box, you will receive a copy of all the bugmail those users are sent (security settings permitting). This powerful functionality enables seamless transitions as developers change projects or users go on holiday. TASK DETAIL https://phabricator.wikimedia.org/T800 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. To: Qgil Cc: wikibugs-l, Qgil, Aklapper ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Maniphest] [Triaged] T799: Can't comment a task without subscribing to it
Qgil triaged this task as Needs Volunteer priority. Qgil added a project: Phabricator.org. TASK DETAIL https://phabricator.wikimedia.org/T799 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. To: Qgil Cc: wikibugs-l, Nemo_bis, Qgil, Aklapper ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72332] Beta Labs: API PrefixSearch is taking a very long time to return, and returns nothing when it does
https://bugzilla.wikimedia.org/show_bug.cgi?id=72332 --- Comment #5 from Sam Reed (reedy) s...@reedyboy.net --- Didn't Chad remove numerous search instances from beta? -- 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] T790: create mailing list betacluster-alerts
JohnLewis added a comment. Yeah, sure. I'll add Greg as the list admin and let him take it over. TASK DETAIL https://phabricator.wikimedia.org/T790 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. To: JohnLewis Cc: wikibugs-l, greg ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Maniphest] [Closed] T790: create mailing list betacluster-alerts
JohnLewis closed this task as Resolved. JohnLewis added a comment. Email coming in a few seconds to Greg. TASK DETAIL https://phabricator.wikimedia.org/T790 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. To: JohnLewis Cc: wikibugs-l, greg ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Maniphest] [Unblock] T789: Send beta cluster icinga alerts to a list
JohnLewis closed blocking task T790: create mailing list betacluster-alerts as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T789 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. To: JohnLewis Cc: wikibugs-l, greg ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72344] Page.previousRevision exception
https://bugzilla.wikimedia.org/show_bug.cgi?id=72344 John Mark Vandenberg jay...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Blocks|70936 | Resolution|--- |WORKSFORME --- Comment #1 from John Mark Vandenberg jay...@gmail.com --- 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 jay...@gmail.com 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 ricordisa...@openmailbox.org changed: What|Removed |Added CC||ricordisa...@openmailbox.or ||g --- Comment #3 from Ricordisamoa ricordisa...@openmailbox.org --- 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 gerritad...@wikimedia.org --- 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 username. 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 kren...@wikimedia.org 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 jay...@gmail.com 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 jay...@gmail.com --- 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 divs) 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 aude.w...@gmail.com changed: What|Removed |Added CC||aude.w...@gmail.com --- Comment #1 from Aude aude.w...@gmail.com --- 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 mfwarb...@googlemail.com 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 stradb...@gmail.com --- 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 bugrepor...@to.mabomuja.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from merl bugrepor...@to.mabomuja.de --- 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 gerritad...@wikimedia.org --- 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 zfili...@wikimedia.org 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 gerritad...@wikimedia.org 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 stradb...@gmail.com changed: What|Removed |Added Keywords||hhvm --- Comment #2 from Mr. Stradivarius stradb...@gmail.com --- 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 gerritad...@wikimedia.org --- 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 john_k...@sina.cn changed: What|Removed |Added CC||john_k...@sina.cn --- Comment #1 from Byfserag john_k...@sina.cn --- 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 username. 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 username. 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 username. 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 username. 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 federicol...@tiscali.it --- Created attachment 16839 -- https://bugzilla.wikimedia.org/attachment.cgi?id=16839action=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 daniel.kinz...@wikimedia.de changed: What|Removed |Added Severity|normal |critical --- Comment #1 from Daniel Kinzler daniel.kinz...@wikimedia.de --- 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 quot;entityquot;. To detect new style serialization, check for quot;descriptionsquot; (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 daniel.kinz...@wikimedia.de --- 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 aklap...@wikimedia.org --- 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-ndiff=prevoldid=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 gerritad...@wikimedia.org --- 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 aklap...@wikimedia.org 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 aklap...@wikimedia.org --- Issue was also brought up on de.wp: https://de.wikipedia.org/w/index.php?title=Wikipedia:Fragen_zur_Wikipediaoldid=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 kren...@wikimedia.org 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) pleasest...@live.com changed: What|Removed |Added CC||pleasest...@live.com --- Comment #3 from Kevin Israel (PleaseStand) pleasest...@live.com --- 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 username. 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) has...@free.fr --- 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 username. 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. listenle...@gmail.com --- (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- ndiff=prevoldid=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 div / 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 div/div (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) gladjona...@outlook.com 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) gladjona...@outlook.com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #12 from Jonatan Svensson Glad (Josve05a) gladjona...@outlook.com --- It is happening again: https://en.wikipedia.org/w/index.php?title=Wikipedia:Huggle/Feedbackoldid=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) gladjona...@outlook.com 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) gladjona...@outlook.com 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/Feedbackoldid=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/Feedbackoldid=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=16840action=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) pleasest...@live.com changed: What|Removed |Added CC||pleasest...@live.com --- Comment #5 from Kevin Israel (PleaseStand) pleasest...@live.com --- 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 gsv...@gmail.com --- 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 gsv...@gmail.com 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 glaisher.w...@gmail.com 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 gerritad...@wikimedia.org --- 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 florian.schmidt.wel...@t-online.de --- (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 jay...@gmail.com changed: What|Removed |Added CC||jay...@gmail.com --- Comment #3 from John Mark Vandenberg jay...@gmail.com --- 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 glaisher.w...@gmail.com 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 kren...@wikimedia.org changed: What|Removed |Added CC||gsv...@gmail.com --- Comment #10 from Alex Monk kren...@wikimedia.org --- *** 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 kren...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED CC||kren...@wikimedia.org Resolution|--- |DUPLICATE --- Comment #2 from Alex Monk kren...@wikimedia.org --- *** 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 glaisher.w...@gmail.com 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] icinga-wm PROBLEM - Packetloss_Average on erbium is CRITICAL: packet_loss_average CRITICAL: 9.11388505882 [12:02:12] icinga-wm PROBLEM - Packetloss_Average on analytics1026 is CRITICAL: packet_loss_average CRITICAL: 23.0722363964 [12:06:06] icinga-wm RECOVERY - Packetloss_Average on erbium is OK: packet_loss_average OKAY: 0.0 [12:21:25] icinga-wm RECOVERY - Packetloss_Average on analytics1026 is OK: packet_loss_average OKAY: 2.49366398305 [12:27:01] icinga-wm 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] icinga-wm PROBLEM - Packetloss_Average on erbium is CRITICAL: packet_loss_average CRITICAL: 13.2572885542 [13:27:37] icinga-wm PROBLEM - Packetloss_Average on oxygen is CRITICAL: packet_loss_average CRITICAL: 25.0862913793 [13:29:40] icinga-wm PROBLEM - Packetloss_Average on analytics1026 is CRITICAL: packet_loss_average CRITICAL: 14.6411538136 [13:32:00] icinga-wm RECOVERY - Packetloss_Average on erbium is OK: packet_loss_average OKAY: 2.36820388235 [13:42:20] icinga-wm RECOVERY - Packetloss_Average on analytics1026 is OK: packet_loss_average OKAY: 2.73679050847 [13:46:30] icinga-wm 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 stradb...@gmail.com 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 aklap...@wikimedia.org changed: What|Removed |Added CC||aklap...@wikimedia.org --- Comment #15 from Andre Klapper aklap...@wikimedia.org --- 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 aklap...@wikimedia.org 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 username. 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 gerritad...@wikimedia.org --- 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 gerritad...@wikimedia.org --- 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 aklap...@wikimedia.org --- 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 aklap...@wikimedia.org 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 username. 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 username. 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=Wikimediacomponent=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 username. 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 username. 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