[Wikidata-bugs] [Maniphest] T348609: Investigation to clarify team ownership of WMDE cronjobs on stats1007
awight added a comment. I can confirm that WMDE Tech Wishes doesn't depend on the preference counts, please see T260182: BetaFeatures dashboard should distinguish between automatic opt-in and intentional opt-in <https://phabricator.wikimedia.org/T260182> for a longer explanation of why the counts were never appropriate for our use. TASK DETAIL https://phabricator.wikimedia.org/T348609 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Lena_WMDE, WMDE-Fisch, awight, Tobi_WMDE_SW, Michael, AndrewTavis_WMDE, karapayneWMDE, Manuel, Aklapper, Danny_Benjafield_WMDE, Astuthiodit_1, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T337222: Properly inject the page and revision id when rendering Kartographer maps
awight added a comment. (See previous work in T309695 <https://phabricator.wikimedia.org/T309695>) TASK DETAIL https://phabricator.wikimedia.org/T337222 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, Aklapper, hoo, mrephabricator, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Alilje, Nabetaro, Nandana, MSantos, lucamauri, Lahi, Gq86, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, Ddproxy, _jensen, rosalieper, JGirault, Scott_WUaS, phabyogi, GAllegre, Susannaanas, ferdbold, lxbarth, Planemad, Wikidata-bugs, aude, Yurik, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T309695: High volume of un-servable requests for static map thumbnails to www.wikidata.org Special:BlankPage
awight closed this task as "Resolved". awight claimed this task. awight added a comment. Congratulations and thank you for the patch! It looks like this issue was fixed as of Feb 1: F36818844: image.png <https://phabricator.wikimedia.org/F36818844> TASK DETAIL https://phabricator.wikimedia.org/T309695 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, hoo, awight, Aklapper, mrephabricator, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Alilje, Sms2sms, Nandana, Lahi, Gq86, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, _jensen, rosalieper, JGirault, Scott_WUaS, phabyogi, Susannaanas, lxbarth, Luke081515, Planemad, Wikidata-bugs, aude, thiemowmde, Yurik, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T309695: High volume of un-servable requests for static map thumbnails to www.wikidata.org Special:BlankPage
awight added a project: Wikimedia-production-error. TASK DETAIL https://phabricator.wikimedia.org/T309695 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, hoo, awight, Aklapper, Adamm71, Jersione, Hellket777, mrephabricator, LisafBia6531, Astuthiodit_1, 786, Biggs657, karapayneWMDE, Invadibot, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Alilje, Hook696, darthmon_wmde, Rosalie_WMDE, Sms2sms, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, JGirault, Neuronton, Scott_WUaS, phabyogi, Susannaanas, lxbarth, Luke081515, Verdy_p, Planemad, Wikidata-bugs, aude, thiemowmde, Yurik, TheDJ, Jdforrester-WMF, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T309695: High volume of un-servable requests for static map thumbnails to www.wikidata.org Special:BlankPage
awight added a comment. This bug is responsible for the biggest share of errors from kartotherian. Please adapt the POC patch and let us know if we can help! TASK DETAIL https://phabricator.wikimedia.org/T309695 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, hoo, awight, Aklapper, Adamm71, Jersione, Hellket777, mrephabricator, LisafBia6531, Astuthiodit_1, 786, Biggs657, karapayneWMDE, Invadibot, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Alilje, Hook696, Sms2sms, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, JGirault, Neuronton, Scott_WUaS, phabyogi, Susannaanas, lxbarth, Luke081515, Planemad, Wikidata-bugs, aude, thiemowmde, Yurik, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T321517: Flaky tests in test class Wikibase\Repo\Tests\Store\Sql\WikiPageEntityMetaDataLookupTest
awight added a comment. We're seeing flapping from another test in that class: > 14:58:46 1) Wikibase\Repo\Tests\Store\Sql\WikiPageEntityMetaDataLookupTest::testLoadRevisionInformation > 14:58:46 Trying to get property 'rev_id' of non-object I suggest we skip the entire class until it can be fixed. TASK DETAIL https://phabricator.wikimedia.org/T321517 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, Jdlrobson, Umherirrender, Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, DannyS712, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T321517: Flaky tests in test class Wikibase\Repo\Tests\Store\Sql\WikiPageEntityMetaDataLookupTest
awight added a comment. +1 please skip, this is affecting our work as well. TASK DETAIL https://phabricator.wikimedia.org/T321517 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, Jdlrobson, Umherirrender, Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, DannyS712, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T309695: High volume of un-servable requests for static map thumbnails to www.wikidata.org Special:BlankPage
awight added a comment. There's a completely different direction we could go in, which would mean adding some non-trivial functionality to kartotherian but would greatly simplify the integration here. The mapframe tag could support a new attribute like `marker="center"` which would plot a simple marker at the center coordinates. This requires no round-trip from the server back to MediaWiki. The limitation is that we couldn't show multiple markers or geoshapes, but I think it would be sufficient for this one use case. For example, this page <https://en.wikipedia.org/wiki/User:Adamw/sandbox/T309695> has the contents: Since there is no child text inside the mapframe element, it avoids the round-trip and its thumbnail URL looks like https://maps.wikimedia.org/img/osm-intl,6,35.677,139.774,400x300.png?lang=en . I'm proposing a new attribute and URL parameter that would look like, and an URL like, https://maps.wikimedia.org/img/osm-intl,6,35.677,139.774,400x300.png?lang=en=center TASK DETAIL https://phabricator.wikimedia.org/T309695 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, hoo, awight, Aklapper, mrephabricator, Fernandobacasegua34, Astuthiodit_1, 786, Suran38, Biggs657, karapayneWMDE, Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Alilje, Hook696, Sms2sms, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, JGirault, Neuronton, Scott_WUaS, phabyogi, Susannaanas, lxbarth, Luke081515, Planemad, Wikidata-bugs, aude, thiemowmde, Yurik, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T309695: High volume of un-servable requests for static map thumbnails to www.wikidata.org Special:BlankPage
awight added projects: Unplanned-Sprint-Work, WMDE-TechWish-Sprint-2022-06-08. TASK DETAIL https://phabricator.wikimedia.org/T309695 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Lydia_Pintscher, hoo, awight, Aklapper, mrephabricator, Fernandobacasegua34, Astuthiodit_1, 786, Suran38, Biggs657, karapayneWMDE, Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Alilje, Hook696, Sms2sms, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, JGirault, Neuronton, Scott_WUaS, phabyogi, Susannaanas, lxbarth, Luke081515, Planemad, Wikidata-bugs, aude, thiemowmde, Yurik, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T309695: High volume of un-servable requests for static map thumbnails to www.wikidata.org Special:BlankPage
awight added a comment. In T309695#7973878 <https://phabricator.wikimedia.org/T309695#7973878>, @Lydia_Pintscher wrote: > Thanks Adam! Do you want to provide a patch? I don't have a local Wikibase installation for development, but I would be happy to pair with a Wikidata/Wikibase developer any time! TASK DETAIL https://phabricator.wikimedia.org/T309695 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Lydia_Pintscher, hoo, awight, Aklapper, mrephabricator, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Alilje, Sms2sms, Nandana, Lahi, Gq86, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, _jensen, rosalieper, JGirault, Scott_WUaS, phabyogi, Susannaanas, lxbarth, Luke081515, Planemad, Wikidata-bugs, aude, thiemowmde, Yurik, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T309695: High volume of un-servable requests for static map thumbnails to www.wikidata.org Special:BlankPage
awight renamed this task from "High volume of requests for static map thumbnails to www.wikidata.org Special:BlankPage" to "High volume of un-servable requests for static map thumbnails to www.wikidata.org Special:BlankPage". awight added a project: WMDE-TechWish-Maintenance. awight updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T309695 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, Aklapper, mrephabricator, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Alilje, Sms2sms, Nandana, Lahi, Gq86, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, _jensen, rosalieper, JGirault, Scott_WUaS, phabyogi, Susannaanas, lxbarth, Luke081515, Planemad, Wikidata-bugs, aude, thiemowmde, Yurik, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T309695: High volume of requests for static map thumbnails to www.wikidata.org Special:BlankPage
awight created this task. awight added projects: Maps, Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Half of the "groupIds not available" log messages, roughly 60k requests per day, are being made for impossible maps on Wikidata's Special:BlankPage. These come from all kinds of user agents, seemingly real and also bots. An example URL is https://maps.wikimedia.org/img/osm-intl,13,36.814892,-5.744377,310x180.png?lang=en=www.wikidata.org=Special%3ABlankPage=_205a9df43a110cb2362515b6d3674c0071e3433f . These are impossible to serve, and we should stop constructing such URLs. This could be the result of a query engine, or a failure to look up an article title when browsing Wikidata. No other clues yet. TASK DETAIL https://phabricator.wikimedia.org/T309695 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, Aklapper, mrephabricator, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Alilje, Nandana, Lahi, Gq86, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, _jensen, rosalieper, JGirault, Scott_WUaS, phabyogi, Susannaanas, lxbarth, Planemad, Wikidata-bugs, aude, Yurik, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T301224: Wikibase Kartographer test fails
awight created this task. awight added projects: Wikidata, Maps (Kartographer). Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION 00:06:13.224 1) Wikibase\Lib\Tests\Formatters\CachingKartographerEmbeddingHandlerTest::testGetParserOutput 00:06:13.224 MWException: Multiple conflicting values given for wgKartographerLiveData 00:06:13.224 00:06:13.224 /workspace/src/includes/parser/ParserOutput.php:1152 00:06:13.224 /workspace/src/extensions/Kartographer/includes/Tag/TagHandler.php:357 00:06:13.224 /workspace/src/extensions/Kartographer/includes/Hooks.php:66 00:06:13.224 /workspace/src/includes/HookContainer/HookContainer.php:160 00:06:13.224 /workspace/src/includes/HookContainer/HookRunner.php:2820 00:06:13.224 /workspace/src/includes/parser/Parser.php:691 00:06:13.224 /workspace/src/extensions/Wikibase/lib/includes/Formatters/CachingKartographerEmbeddingHandler.php:129 00:06:13.224 /workspace/src/extensions/Wikibase/lib/tests/phpunit/Formatters/CachingKartographerEmbeddingHandlerTest.php:119 00:06:13.224 /workspace/src/tests/phpunit/MediaWikiIntegrationTestCase.php:456 TASK DETAIL https://phabricator.wikimedia.org/T301224 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Aklapper, awight, Invadibot, maantietaja, Akuckartz, Alilje, Nabetaro, Nandana, MSantos, Lahi, Gq86, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, Ddproxy, _jensen, rosalieper, JGirault, Scott_WUaS, phabyogi, GAllegre, Susannaanas, ferdbold, lxbarth, Planemad, Wikidata-bugs, aude, Yurik, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T265615: Terminating MySQL takes several minutes in (Wikibase?) CI jobs
awight added a comment. This is just a walk-by comment so feel free to ignore, but didn't we have a nearly identical issue last year, and the solution was to put all these little files in a tmpfs which could simply be unmounted when the container is destroyed? If this sounds like something to pursue, I could track down the details... TASK DETAIL https://phabricator.wikimedia.org/T265615 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hashar, awight Cc: Aklapper, dduvall, bd808, jeena, Daimona, thcipriani, hashar, awight, kostajh, Lucas_Werkmeister_WMDE, 786, TheReadOnly, Suran38, Biggs657, Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Liudvikas, Scott_WUaS, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291476: Migrate Wikibase selenium tests to Quibble+Apache, enable concurrency
awight added a comment. More glitches which happen locally and I can see in a few CI failures, [Chrome 90.0.4430.212 linux #0-5] 1) Termbox: AnonEditWarning "before each" hook for Termbox: AnonEditWarning [Chrome 90.0.4430.212 linux #0-5] element (".wb-ui-all-entered-languages-expandable__switch") still not existing after 1ms [Chrome 90.0.4430.212 linux #0-5] Error: element (".wb-ui-all-entered-languages-expandable__switch") still not existing after 1ms [Chrome 90.0.4430.212 linux #0-5] at TermboxPage.waitForTermboxToLoad (/workspace/src/extensions/Wikibase/view/lib/wikibase-termbox/tests/selenium/pageobjects/Termbox.page.js:106:34) [Chrome 90.0.4430.212 linux #0-5] at TermboxPage.openItemPage (/workspace/src/extensions/Wikibase/view/lib/wikibase-termbox/tests/selenium/pageobjects/Termbox.page.js:100:8) [Chrome 90.0.4430.212 linux #0-5] at Context.beforeEach (/workspace/src/extensions/Wikibase/view/lib/wikibase-termbox/tests/selenium/specs/AnonEditWarning.spec.js:14:15) TASK DETAIL https://phabricator.wikimedia.org/T291476 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja, Mgagat, Akuckartz, Totolinototo3, Zanziii, Sadisticturd, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291476: Migrate Wikibase selenium tests to Quibble+Apache, enable concurrency
awight updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T291476 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja, Mgagat, Akuckartz, Totolinototo3, Zanziii, Sadisticturd, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291476: Migrate Wikibase selenium tests to Quibble+Apache, enable concurrency
awight added a comment. In T291476#7407856 <https://phabricator.wikimedia.org/T291476#7407856>, @awight wrote: > Just discovered that @Addshore has already migrated Wikibase CI to use the apache job, and it has been running successfully since 45196761454f28 <https://phabricator.wikimedia.org/rCICF45196761454f28d79438bd9ea525bd08603e6833>. Correction: the tests are set to non-voting, and occasionally fail: 10:17:50 [0-0] AssertionError [ERR_ASSERTION] in "ImportPreview page.shows dismissible help banner" 10:18:01 AssertionError [ERR_ASSERTION]: the help banner is no longer visible on future visits 10:18:01 at Context.it (/workspace/src/extensions/FileImporter/tests/selenium/specs/helpbanner.js:36:3) 10:18:01 [0-0] FAILED in chrome - /tests/selenium/specs/helpbanner.js 18:55:38 [0-0] Error in "Pages in the Index namespace load the custom editing form in edit mode" 18:56:42 Error: Timeout of 6ms exceeded. The execution in the test "Pages in the Index namespace load the custom editing form in edit mode" took too long. Try to reduce the run time or increase your timeout for test specs (https://webdriver.io/docs/timeouts). (/workspace/src/extensions/ProofreadPage/tests/selenium/specs/index.js) 18:56:42 at createTimeoutError (/workspace/src/extensions/ProofreadPage/node_modules/mocha/lib/errors.js:498:15) 18:56:42 at Test.Runnable._timeoutError (/workspace/src/extensions/ProofreadPage/node_modules/mocha/lib/runnable.js:431:10) 18:56:42 at Timeout. (/workspace/src/extensions/ProofreadPage/node_modules/mocha/lib/runnable.js:246:24) 18:56:42 at ontimeout (timers.js:436:11) 18:56:42 at tryOnTimeout (timers.js:300:5) 18:56:42 at listOnTimeout (timers.js:263:5) 18:56:42 at Timer.processTimers (timers.js:223:10) 18:56:42 [0-0] 2021-10-04T17:00:49.901Z ERROR @wdio/sync: Error: Protocol error (Runtime.evaluate): Session closed. Most likely the page has been closed. 19:00:49 at CDPSession.send (/workspace/src/extensions/ProofreadPage/node_modules/puppeteer-core/lib/cjs/puppeteer/common/Connection.js:195:35) 19:00:49 at ExecutionContext._evaluateInternal (/workspace/src/extensions/ProofreadPage/node_modules/puppeteer-core/lib/cjs/puppeteer/common/ExecutionContext.js:163:18) 19:00:49 at ExecutionContext.evaluate (/workspace/src/extensions/ProofreadPage/node_modules/puppeteer-core/lib/cjs/puppeteer/common/ExecutionContext.js:107:27) 19:00:49 at DevToolsDriver.checkPendingNavigations (/workspace/src/extensions/ProofreadPage/node_modules/devtools/build/devtoolsdriver.js:177:36) 19:00:49 at saveScreenshot (/workspace/src/extensions/ProofreadPage/node_modules/wdio-mediawiki/index.js:49:10) 19:00:49 at Object.afterTest (/workspace/src/extensions/ProofreadPage/node_modules/wdio-mediawiki/wdio-defaults.conf.js:132:3) 19:00:49 [0-0] Error in "AfterTest Hook" 19:00:49 Protocol error (Runtime.evaluate): Session closed. Most likely the page has been closed. 19:00:49 [0-0] 2021-10-04T17:01:42.700Z ERROR @wdio/local-runner: Failed launching test session: Error: Protocol error (Runtime.evaluate): Session closed. Most likely the page has been closed. 19:01:42 at CDPSession.send (/workspace/src/extensions/ProofreadPage/node_modules/puppeteer-core/lib/cjs/puppeteer/common/Connection.js:195:35) 19:01:42 at ExecutionContext._evaluateInternal (/workspace/src/extensions/ProofreadPage/node_modules/puppeteer-core/lib/cjs/puppeteer/common/ExecutionContext.js:163:18) 19:01:42 at ExecutionContext.evaluate (/workspace/src/extensions/ProofreadPage/node_modules/puppeteer-core/lib/cjs/puppeteer/common/ExecutionContext.js:107:27) 19:01:42 at DevToolsDriver.checkPendingNavigations (/workspace/src/extensions/ProofreadPage/node_modules/devtools/build/devtoolsdriver.js:177:36) 19:01:42 at Runner.endSession (/workspace/src/extensions/ProofreadPage/node_modules/@wdio/runner/build/index.js:326:30) 19:01:42 at Runner.run (/workspace/src/extensions/ProofreadPage/node_modules/@wdio/runner/build/index.js:152:24) 19:01:42 [0-0] FAILED in chrome - /tests/selenium/specs/index.js TASK DETAIL https://phabricator.wikimedia.org/T291476 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja, Mgagat, Akuckartz, Totolinototo3, Zanziii, Sadisticturd, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291476: Migrate Wikibase selenium tests to Quibble+Apache, enable concurrency
awight updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T291476 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja, Mgagat, Akuckartz, Totolinototo3, Zanziii, Sadisticturd, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291476: Migrate Wikibase selenium tests to Quibble+Apache, enable concurrency
awight added a comment. Just discovered that @Addshore has already migrated Wikibase CI to use the apache job, and it has been running successfully since 45196761454f28 <https://phabricator.wikimedia.org/rCICF45196761454f28d79438bd9ea525bd08603e6833>. TASK DETAIL https://phabricator.wikimedia.org/T291476 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja, Mgagat, Akuckartz, Totolinototo3, Zanziii, Sadisticturd, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291476: Migrate Wikibase selenium tests to Quibble+Apache, enable concurrency
awight updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T291476 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja, Mgagat, Akuckartz, Totolinototo3, Zanziii, Sadisticturd, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T97012: [Task] Wikibase defaults should be usable out of the box
awight added a comment. Can you programmatically add namespaces from an extension `callback` hook <https://www.mediawiki.org/wiki/Manual:Extension_registration#Customizing_registration>? TASK DETAIL https://phabricator.wikimedia.org/T97012 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Lucas_Werkmeister_WMDE, Addshore, Ricordisamoa, Lydia_Pintscher, daniel, JeroenDeDauw, awight, Aklapper, Invadibot, maantietaja, Akuckartz, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Izno, Wikidata-bugs, aude, Dinoguy1000, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291476: Migrate Wikibase selenium tests to Quibble+Apache, enable concurrency
awight added a parent task: T226869: Run browser tests in parallel. TASK DETAIL https://phabricator.wikimedia.org/T291476 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja, Mgagat, Akuckartz, Totolinototo3, Zanziii, Sadisticturd, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291476: Migrate Wikibase selenium tests to Quibble+Apache, enable concurrency
awight created this task. awight added projects: wdwb-tech, Wikidata-Campsite, Wikidata, Continuous-Integration-Config, User-awight. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Apache is a multithreaded backend, which will make it possible to run tests concurrently, reducing runtime. Migrating the backend can be done in steps. The main issue we expect to run into are race conditions from test or production code that was not expecting a multithreaded backend, for example assuming a user exists after creating it in a client background thread. [ ] Add `wmf-quibble-apache-selenium-php72-docker` to the "experimental" phase in CI config for the Wikibase repo. [ ] Make sure that Wikibase patches pass "check experimental". [ ] Copy "extension-quibble" and modify to use apache jobs. [ ] Migrate Wikibase repo to use the apache job as its default CI. [ ] Enable wdio concurrency (may move to a subtask). TASK DETAIL https://phabricator.wikimedia.org/T291476 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Aklapper, Addshore, Tarrow, hashar, awight, Invadibot, maantietaja, Mgagat, Akuckartz, Totolinototo3, Zanziii, Sadisticturd, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T290303: Migrate WikibaseTermboxInteraction EventLogging Schema to new EventPlatform thingy
awight updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T290303 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Manuel, Addshore, Ottomata, awight, Lydia_Pintscher, Aklapper, Michael, Invadibot, maantietaja, Akuckartz, 4748kitoko, darthmon_wmde, holger.knust, Nandana, Akovalyov, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, JAllemandou, terrrydactyl, Wikidata-bugs, aude, GWicke, Mbch331, jeremyb ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282563: User Retention Wikidata: A model for "participating since" patterns in the 2021 Wikidata Community Survey
awight added a comment. In T282563#7251679 <https://phabricator.wikimedia.org/T282563#7251679>, @GoranSMilovanovic wrote: > Anyways, following a series of cross-validations and tricks to account for a highly imbalanced dataset, one Random Forrest classifier was able to predict leave vs stay in Wikidata with: > > - **Accuracy of 97%**, > - **Hit rate (True Positive Rate, TPP) of 90%**, > - and a **False Alarm (False Positive Rate, FPP) of only 2.8%**. What about the true/false negative rate? To my untrained eye, these numbers look typical for an imbalanced training/test set, where we have a lot of people abandoning so it's really easy for a classifier to accurately predict that a user will leave, but probably much less accurate at predicting that a person will stay. I'm unsure whether "positive" here means the classifier identifies a person who will leave or stay, btw., can you share more about the test results? > The model encompasses the following features (MeanDecreaseGini is a measure of variable importance in Random Forests): Thanks for including the relative importance of each feature. I like your "median length of inactivity" measure, that could be a good single-parameter predictor. Of course, there is some risk of this being tautological: e.g. if a user is absent for a median of 5 months then they are roughly 50% likely to be absent for another 5 months (therefore considered "abandoned") in the future. Maybe it would help the exploration to run a tool like LIME on the model to learn more about how features are related to the prediction. TASK DETAIL https://phabricator.wikimedia.org/T282563 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GoranSMilovanovic, awight Cc: Pablo, Mohammed_Sadat_WMDE, Tobi_WMDE_SW, MGerlach, awight, WMDE-leszek, Manuel, Lydia_Pintscher, Aklapper, Jan_Dittrich, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282563: User Retention Wikidata: A model for "participating since" patterns in the 2021 Wikidata Community Survey
awight added a comment. I really like where this is going. Maybe also look for patterns in the 94% who have dropped off, for example any variables that negatively correlate with longetivity. TASK DETAIL https://phabricator.wikimedia.org/T282563 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GoranSMilovanovic, awight Cc: Mohammed_Sadat_WMDE, Tobi_WMDE_SW, MGerlach, awight, WMDE-leszek, Manuel, Lydia_Pintscher, Aklapper, Jan_Dittrich, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282563: User Retention Wikidata: A model for "participating since" patterns in the 2021 Wikidata Community Survey
awight added a comment. This is looking great! I mean, it's a discouraging phenomenon but a promising analysis :-) I have a question about how to interpret the "0" reactivations category, which is stated above to be "a vast majority of editors [who] never reactivate following one month of inactivity". If the zero reactivations category includes anyone for whom the `1+0+1+` regex doesn't match, doesn't this also include active editors who simply have a history like, `000111...`, and who are still active? Also, I have a vague and anecdotal memory that Wikidata has a lot of users who are semi- or fully-automated bots but are not registered as such. Is this the case? If so, is there some other heuristic like overly rapid editing that we can use to filter out these users or analyze them separately? TASK DETAIL https://phabricator.wikimedia.org/T282563 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GoranSMilovanovic, awight Cc: awight, WMDE-leszek, Manuel, Lydia_Pintscher, Aklapper, Jan_Dittrich, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282563: User Retention Wikidata: A model for "participating since" patterns in the 2021 Wikidata Community Survey
awight added a comment. >> Can you share more about the query that produced reactivations.csv? I can't tell from the information provided what counts as a "period of inactivity". > > R code. If you still would like me to share it with you I will open a Gerrit repo for this ticket. A Gerrit repo could take weeks, and probably overkill in this case. If it's a single file, pasting <https://phabricator.wikimedia.org/paste/edit/form/26/> is a good option, or you could create a GitLab repo if it's several files. I am curious, but please only bother posting the files if you'd like review. Most of all I was wondering whether one month below the active threshold is long enough to count as a period of inactivity, and whether multiple reactivations are counted for a user, if they oscillate between inactive and active. TASK DETAIL https://phabricator.wikimedia.org/T282563 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GoranSMilovanovic, awight Cc: awight, WMDE-leszek, Manuel, Lydia_Pintscher, Aklapper, Jan_Dittrich, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282563: User Retention Wikidata: A model for "participating since" patterns in the 2021 Wikidata Community Survey
awight added a comment. This line can be removed, > event_user_id != 0 Anonymous users are already filtered out with `event_user_is_anonymous = FALSE`, and anyway `event_user_id` is set to `null` rather than `0` for anonymous (or revision-deleted) users. I think the bot tests can be simplified to, `NOT ARRAY_CONTAINS(event_user_groups, \'bot\')`, why would we need to check the historical column? If the user was classified as a bot at a time but now is not, shouldn't we respect the updated classification? And the specific tests against the event_user_is_bot_by columns seem to be redundant. The text says your filter will include the Item namespace (0), but the query only includes the talk pages: `page_namespace = 1`. Maybe this explains why there's such a low user count? I would have expected to see virtually all non-bot users who have edited wikidata. Can you share more about the query that produced `reactivations.csv`? I can't tell from the information provided what counts as a "period of inactivity". TASK DETAIL https://phabricator.wikimedia.org/T282563 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GoranSMilovanovic, awight Cc: awight, WMDE-leszek, Manuel, Lydia_Pintscher, Aklapper, Jan_Dittrich, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T222200: Run browser tests as part of "npm test" for wikidata/query/gui in CI
awight added a comment. The latest patchset drops selenium-standalone. TASK DETAIL https://phabricator.wikimedia.org/T00 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Tonina_Zhelyazkova_WMDE, Lucas_Werkmeister_WMDE, Addshore, awight, Smalyshev, hashar, zeljkofilipin, noarave, WMDE-leszek, Aklapper, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, Ferenczy, sarhan.alaa, Samuditha24, IM3847, joker88john, CucyNoiD, Nandana, kostajh, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, Chicocvenancio, MichaelSchoenitzer_WMDE, QZanden, LawExplorer, Lewizho99, Maathavan, Jogi_don, _jensen, rosalieper, xSavitar, Scott_WUaS, Jonas, thcipriani, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, jayantanth, Rxy, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T222200: Run browser tests as part of "npm test" for wikidata/query/gui in CI
awight added a comment. In T00#6853286 <https://phabricator.wikimedia.org/T00#6853286>, @zeljkofilipin wrote: > - Is there a reason this repository uses `selenium-standalone` instead of `chromedriver`? I think we can remove that dependency if we merge my patch using standalone chromedriver from the container. TASK DETAIL https://phabricator.wikimedia.org/T00 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Tonina_Zhelyazkova_WMDE, Lucas_Werkmeister_WMDE, Addshore, awight, Smalyshev, hashar, zeljkofilipin, noarave, WMDE-leszek, Aklapper, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, Ferenczy, sarhan.alaa, Samuditha24, IM3847, joker88john, CucyNoiD, Nandana, kostajh, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, Chicocvenancio, MichaelSchoenitzer_WMDE, QZanden, LawExplorer, Lewizho99, Maathavan, Jogi_don, _jensen, rosalieper, xSavitar, Scott_WUaS, Jonas, thcipriani, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, jayantanth, Rxy, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T222200: Run browser tests as part of "npm test" for wikidata/query/gui in CI
awight added a comment. Notes: - The `wdio-chromedriver-service` seems better from a distance, but the antagonist seems to be in the details. See this commit <https://gerrit.wikimedia.org/r/c/mediawiki/core/+/558617> for some notes about why the approach was abandoned in mw-core. - The container already includes a `/run-with-xvfb.sh`, ideally we can drop `./selenium.sh` and set the container entrypoint to start the services, then run `npm run browser_test` directly. - I guess the simplest fix for the `grunt-merge-i18n` dependency is to upload it to npm? TASK DETAIL https://phabricator.wikimedia.org/T00 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Tonina_Zhelyazkova_WMDE, Lucas_Werkmeister_WMDE, Addshore, awight, Smalyshev, hashar, zeljkofilipin, noarave, WMDE-leszek, Aklapper, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, Ferenczy, sarhan.alaa, Samuditha24, IM3847, joker88john, CucyNoiD, Nandana, kostajh, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, Chicocvenancio, MichaelSchoenitzer_WMDE, QZanden, LawExplorer, Lewizho99, Maathavan, Jogi_don, _jensen, rosalieper, xSavitar, Scott_WUaS, Jonas, thcipriani, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, jayantanth, Rxy, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T222200: Run browser tests as part of "npm test" for wikidata/query/gui in CI
awight added a comment. I mashed together some bits laying around and got the above patch to pass. The only big issue is the grunt-merge-i18n package coming from github, which breaks due to missing `ssh`. Otherwise, I think this is usable. TASK DETAIL https://phabricator.wikimedia.org/T00 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tonina_Zhelyazkova_WMDE, awight Cc: Lucas_Werkmeister_WMDE, Addshore, awight, Smalyshev, hashar, zeljkofilipin, noarave, WMDE-leszek, Aklapper, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, Ferenczy, sarhan.alaa, Samuditha24, IM3847, joker88john, CucyNoiD, Nandana, kostajh, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, Chicocvenancio, MichaelSchoenitzer_WMDE, QZanden, LawExplorer, Lewizho99, Maathavan, Jogi_don, _jensen, rosalieper, xSavitar, Scott_WUaS, Jonas, thcipriani, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, jayantanth, Rxy, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T222200: Run browser tests as part of "npm test" for wikidata/query/gui in CI
awight added a comment. Quibble runs some services in the background, which you would also need in order to run browser tests. Specifically I think you're missing: - xvfb in order to run headless, like `xvfb :94 -screen 0 1280x1024x24 -nolisten tcp -nolisten unix` - chromedriver, either the npm driver or standalone: `chromedriver --port= --url-base=/wd/hub` It might also be possible to use Quibble as the test runner, like `quibble --run selenium`, for example in this template <https://github.com/wikimedia/integration-config/blob/master/jjb/mediawiki.yaml#L371>, but I'm not sure whether anyone has tried this outside of mediawiki-extensions-* yet? > Task inspection note: we probably want to start with adding the browser_test to the `test` script in `package.json` and see what happens This sounds slightly nasty to me, don't you sometimes want to run just the simple tests locally? It's fine to have a separate script target and your CI configuration can call both `npm run test` and `npm run selenium-test`. But if you decide you really do want to merge the test suites, that should work too. TASK DETAIL https://phabricator.wikimedia.org/T00 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tonina_Zhelyazkova_WMDE, awight Cc: Lucas_Werkmeister_WMDE, Addshore, awight, Smalyshev, hashar, zeljkofilipin, noarave, WMDE-leszek, Aklapper, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, Ferenczy, sarhan.alaa, Samuditha24, IM3847, joker88john, CucyNoiD, Nandana, kostajh, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, Chicocvenancio, MichaelSchoenitzer_WMDE, QZanden, LawExplorer, Lewizho99, Maathavan, Jogi_don, _jensen, rosalieper, xSavitar, Scott_WUaS, Jonas, thcipriani, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, jayantanth, Rxy, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T225195: EventBus jobs failing heavily because of CentralNotice and WikibaseRepo
awight closed this task as "Resolved". awight claimed this task. awight added a comment. In T225195#5382996 <https://phabricator.wikimedia.org/T225195#5382996>, @Jdforrester-WMF wrote: > Can we just declare this Resolved or is further work under this banner planned? IMO, the task as written is resolved because there are no more CI failures coming from CentralNotice or WikibaseRepo. The trade-off is that we have zero test coverage of EventBus hooks <https://doc.wikimedia.org/cover-extensions/EventBus/EventBusHooks.php.html>, but that should be addressed in a new task. The extension has 33% test coverage overall, so it isn't like this cross-extension interaction is the only weak link. Resolving, please reopen if I was wrong. TASK DETAIL https://phabricator.wikimedia.org/T225195 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Jdforrester-WMF, Umherirrender, Legoktm, Ottomata, AndyRussG, awight, thiemowmde, Aklapper, 4748kitoko, darthmon_wmde, holger.knust, Nandana, Akovalyov, Tumz24, Lahi, Gq86, Pablo-WMDE, GoranSMilovanovic, QZanden, LawExplorer, spatton, _jensen, Jseddon, rosalieper, gabriel-wmde, Scott_WUaS, DStrine, JAllemandou, terrrydactyl, Wikidata-bugs, Base, aude, GWicke, Pcoombe, Mbch331, Rxy, Jay8g, Krenair, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T238055: quibble-composer-mysql-php72-docker fails in MachineVision
awight added a comment. In T238055#5659632 <https://phabricator.wikimedia.org/T238055#5659632>, @hashar wrote: > I guess we want a follow up task to make sure the build breaks as soon as the problem is detected? Thanks, following up in: T238203: Composer-merge-plugin might be suppressing errors <https://phabricator.wikimedia.org/T238203> TASK DETAIL https://phabricator.wikimedia.org/T238055 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, awight Cc: hashar, awight, Lucas_Werkmeister_WMDE, Amire80, darthmon_wmde, DannyS712, Nandana, NebulousIris, kostajh, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Liudvikas, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T238055: quibble-composer-mysql-php72-docker fails in MachineVision
awight added a comment. I think the confusion is caused by a late failure. The original error is from `composer install`, where one dependency requires `wikimedia/assert:v0.4.0`, and then wikibase-lexeme requires wikimedia/assert ([>= 0.2.2.0-dev < 0.3.0.0-dev]). Composer reports, 14:48:37 [500.2MB/9.66s] Your requirements could not be resolved to an installable set of packages. 14:48:37 [500.2MB/9.66s] 14:48:37 Problem 1 14:48:37 - The requested package wikimedia/assert ~0.2.2 is satisfiable by wikimedia/assert[v0.2.2] but these conflict with your requirements or minimum-stability. This should have immediately crashed the build. Instead, we start installing MediaWiki and run into missing classes caused by incomplete PHP libs installation. TASK DETAIL https://phabricator.wikimedia.org/T238055 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, Lucas_Werkmeister_WMDE, Amire80, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde, Meekrab2012, joker88john, DannyS712, CucyNoiD, Nandana, NebulousIris, kostajh, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Ramsey-WMF, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Liudvikas, Scott_WUaS, Wikidata-bugs, aude, Mbch331, hashar ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T217329: bug in 1.33.0-wmf.18 breaks abstract dumps on testwikidatawiki | MWContentSerializationException $entityId and $targetId can not be the sa
awight moved this task from Watching to Tech Debt on the Multi-Content-Revisions board. awight edited projects, added Multi-Content-Revisions (Tech Debt); removed Multi-Content-Revisions. TASK DETAIL https://phabricator.wikimedia.org/T217329 WORKBOARD https://phabricator.wikimedia.org/project/board/3112/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, awight Cc: alaa_wmde, gerritbot, Addshore, WMDE-leszek, Lucas_Werkmeister_WMDE, ArielGlenn, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, Lunewa, QZanden, LawExplorer, JJMC89, _jensen, rosalieper, Agabi10, Jonas, gnosygnu, Wikidata-bugs, aude, Lydia_Pintscher, Jdforrester-WMF, Mbch331, Jay8g, Ltrlg, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T88258: Convert WikibaseRepository, WikibaseClient, WikibaseLib and WikibaseView to use extension registration
awight added a comment. In T88258#5118855 <https://phabricator.wikimedia.org/T88258#5118855>, @Lucas_Werkmeister_WMDE wrote: > T87985: Convert Translate to use extension registration <https://phabricator.wikimedia.org/T87985> has an interesting proposal for how to do the migration: instead of trying to convert the whole file at once, which results in a huge patch that’s hard to review and grows stale quickly, start with an empty `extension-wip.json` file... +1, this approach was relatively painless for the Translate extension, and has been validated by successful, incremental deployment. TASK DETAIL https://phabricator.wikimedia.org/T88258 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, Lucas_Werkmeister_WMDE, Jdforrester-WMF, hashar, WMDE-leszek, Addshore, Tobi_WMDE_SW, gerritbot, Ricordisamoa, Jdlrobson, JanZerebecki, hoo, aude, Lydia_Pintscher, Aklapper, Legoktm, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Jonas, Izno, Wikidata-bugs, Dinoguy1000, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T225195: EventBus jobs failing heavily because of CentralNotice and WikibaseRepo
awight added a comment. In T225195#5240385 <https://phabricator.wikimedia.org/T225195#5240385>, @Ottomata wrote: > So I suppose since those patches are in two different repos, tests on each fail until they are both merged? They are redundant rather than interdependent, either patch should have fixed the issue... TASK DETAIL https://phabricator.wikimedia.org/T225195 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Ottomata, AndyRussG, awight, thiemowmde, Aklapper, E.S.A-Sheild, darthmon_wmde, Premeditated, holger.knust, joker88john, CucyNoiD, Nandana, NebulousIris, Akovalyov, Tumz24, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, Jseddon, rosalieper, gabriel-wmde, DStrine, Wong128hk, JAllemandou, mobrovac, terrrydactyl, Wikidata-bugs, Snowolf, Base, aude, GWicke, Pcoombe, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Krenair, jeremyb, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T225195: EventBus jobs failing heavily because of CentralNotice and WikibaseRepo
awight added a subscriber: AndyRussG. awight added a comment. The CentralNotice changes I'm looking at were made in February, fac8406c28d9 <https://phabricator.wikimedia.org/rECNOfac8406c28d917e4a9373ceb63e0030064f1ed39>, and the EventBugHooks side was changed May 17 in b0450e28449c <https://phabricator.wikimedia.org/rEEVBb0450e28449c87b4493a65b67f8e87f65e402359>. No clue why the tests wouldn't have failed until now. TASK DETAIL https://phabricator.wikimedia.org/T225195 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: AndyRussG, awight, thiemowmde, Aklapper, darthmon_wmde, Premeditated, holger.knust, Nandana, Akovalyov, Tumz24, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, Jseddon, rosalieper, gabriel-wmde, DStrine, Wong128hk, JAllemandou, mobrovac, terrrydactyl, Wikidata-bugs, Snowolf, Base, aude, GWicke, Pcoombe, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Krenair, jeremyb, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T225195: EventBus jobs failing heavily because of CentralNotice and WikibaseRepo
awight added a project: MediaWiki-extensions-CentralNotice. awight added a comment. > the job runs PHPUnit two times, and the first time everything succeeds This just means that the failing tests are all in the `Database` group. These are skipped in the first run, and included in the second. Looking at the first set of failures coming from CentralNotice, there's a two-way dependency between EventBus and CentralNotice, and it seems to be the only extension wired this way. But the issue seems to be `Campaign::processAfterCampaignChange`, which is called with beginSettings and endSettings = []. This always returns null from processSettingsForHook, which then crashes when an array is expected in EventFactory. I don't understand how this worked until now. TASK DETAIL https://phabricator.wikimedia.org/T225195 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, thiemowmde, Aklapper, darthmon_wmde, Premeditated, holger.knust, Nandana, Akovalyov, Tumz24, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, Jseddon, rosalieper, gabriel-wmde, DStrine, Wong128hk, JAllemandou, mobrovac, terrrydactyl, Wikidata-bugs, Snowolf, Base, aude, GWicke, AndyRussG, Pcoombe, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Krenair, jeremyb, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T225017: Flaky WikibaseLexeme test
awight added a parent task: T225162: Tracking: flapping tests in gated extensions. TASK DETAIL https://phabricator.wikimedia.org/T225017 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, darthmon_wmde, Premeditated, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Darkdadaah, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T225017: Flaky WikibaseLexeme test
awight created this task. awight added a project: Lexicographical data. Restricted Application added a project: Wikidata. TASK DESCRIPTION This is breaking unrelated patches, since it's a gated extension. 1) Lexeme:Statements can be added: Statement value added to GUI shows value running chrome AssertionError [ERR_ASSERTION]: Statement value added to GUI shows value at Context.it (/workspace/src/extensions/WikibaseLexeme/tests/selenium/specs/statement.add.js:49:10) at new Promise () at new F (/workspace/src/node_modules/core-js/library/modules/_export.js:36:28) F29343417: Lexeme%3AStatements-can-be-added.png <https://phabricator.wikimedia.org/F29343417> TASK DETAIL https://phabricator.wikimedia.org/T225017 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, darthmon_wmde, Premeditated, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Darkdadaah, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T222200: Run browser tests as part of "npm test" of wikidata/query/gui
awight added a comment. This might also be useful: T199116: Quibble should run `npm install` and `npm run selenium-test` for each extension/skin that has Selenium tests <https://phabricator.wikimedia.org/T199116> I have a patch for review which will run browser tests for each extension separately, which makes it possible to run custom setup scripts and install local npm dependencies. This seems like a simpler solution than spinning up the headless browser in another phase of testing. Or maybe I'm misunderstanding why you want the workaround here--would you mind explaining why it's desirable to run browser tests along with `npm test`? TASK DETAIL https://phabricator.wikimedia.org/T00 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, Smalyshev, hashar, zeljkofilipin, noarave, alaa_wmde, WMDE-leszek, Aklapper, E.S.A-Sheild, darthmon_wmde, Ferenczy, sarhan.alaa, Samuditha24, IM3847, joker88john, CucyNoiD, Nandana, NebulousIris, kostajh, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Jayprakash12345, Chicocvenancio, Th3d3v1ls, Ramalepe, MichaelSchoenitzer_WMDE, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, Jogi_don, _jensen, rosalieper, D3r1ck01, Jonas, thcipriani, Wikidata-bugs, Jdlrobson, aude, Lydia_Pintscher, Mbch331, Rxy, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T206175: mediawiki-vagrant role for WikibaseLexeme
awight updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONI'm not sure if this is requiredthere's an audience for it, but setting upa mediawiki-vagrant role for WikibaseLexemeeme would have been helpful to me at the moment. Setting up the extension locally turns out to be challenging. For example, Wikibase properties and items need to be created manually, Wikibase itself installed with repo enabled, for exampleand so on. Are development environments usually provisioned through Docker perhaps, or am I overlooking some other way to provision? Is https://www.mediawiki.org/wiki/Extension:WikibaseLexeme the current bestly the only installation guide?TASK DETAILhttps://phabricator.wikimedia.org/T206175EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Nandana, Mringgaard, Lahi, jgleeson, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Luke081515, Wikidata-bugs, aude, Darkdadaah, Mbch331, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T206175: mediawiki-vagrant role for WikibaseLexeme
awight created this task.awight added projects: Lexicographical data, MediaWiki-Vagrant.Restricted Application added a project: Wikidata. TASK DESCRIPTIONI'm not sure if this is required, but setting up WikibaseLexeme locally turns out to be challenging. Wikibase properties and items need to be created manually, for example. Are development environments usually provisioned through Docker? Is https://www.mediawiki.org/wiki/Extension:WikibaseLexeme the current best installation guide?TASK DETAILhttps://phabricator.wikimedia.org/T206175EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Nandana, Mringgaard, Lahi, jgleeson, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Luke081515, Wikidata-bugs, aude, Darkdadaah, Mbch331, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T201431: Design for recent changes with structured data
awight added a parent task: T204303: Investigate MCR support gap for JADE purposes. TASK DETAILhttps://phabricator.wikimedia.org/T201431EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: PDrouin-WMF, Aklapper, Ramsey-WMF, JKSTNK, Lahi, E1presidente, Cparle, Anooprao, SandraF_WMF, Tramullas, Acer, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T206136: EntityDocument extending ClearableEntity might cause a rough migration
awight updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...However, strange problems show up in the docker CI output, suggesting that the `wikibase/data-model` library is somehow out of sync. CI reports that version 8.0.0 of the library is installed, which is what I have locally, but CI tests fail with an `param-illegal` error. Tests pass locally. This error can be emitted by various validations in Wikibase, but I'm randomly suspecting `EditEntity::dieIfNotClearable`, which looks like it would fail if the ClearableEntity interface were not inherited correctlyTASK DETAILhttps://phabricator.wikimedia.org/T206136EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: gerritbot, awight, CucyNoiD, Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T206136: EntityDocument extending ClearableEntity might cause a rough migration
awight created this task.awight added projects: Lexicographical data, Wikibase-DataModel.Restricted Application added a project: Wikidata. TASK DESCRIPTIONWhen running unit tests on recent WikibaseLexeme, I get a fatal interpreter error. The UI also whitescreens. Using PHP 7.1.16 PHP Fatal error: Class Wikibase\Lexeme\DataModel\Form cannot implement previously implemented interface Wikibase\DataModel\Entity\ClearableEntity in /srv/mediawiki-extensions/WikibaseLexeme/src/DataModel/Form.php on line 23 This problem can be resolved with a patch, https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/WikibaseLexeme/+/464083/ However, strange problems show up in the docker CI output, suggesting that the wikibase/data-model library is somehow out of sync. CI reports that version 8.0.0 of the library is installed, which is what I have locally, but tests fail with an param-illegal error. This can be emitted by various validations in Wikibase, but I'm suspecting EditEntity::dieIfNotClearable, which looks like it would fail if the ClearableEntity interface were not inherited correctly. Regardless of the specific cause, I would worry that the production migration might be problematic, it seems that you'll experience a crash whether deploying the library upgrade first, or the patch first.TASK DETAILhttps://phabricator.wikimedia.org/T206136EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T197267: Create constant for Lexeme namespace
awight added a subscriber: Addshore.awight added a comment. @Addshore Hi, I'm wondering if the WikibaseLexeme namespace registration really needs to be made conditional or if a patch like https://gerrit.wikimedia.org/r/462017 might be a good idea?TASK DETAILhttps://phabricator.wikimedia.org/T197267EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Addshore, Ladsgroup, gerritbot, awight, WMDE-leszek, Smalyshev, Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T171953: ORES and Enhanced Recent Changes: Backgound color stucks after patrolling
awight added a project: goodfirstbug.Restricted Application added a project: Growth-Team. TASK DETAILhttps://phabricator.wikimedia.org/T171953EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Aklapper, PokestarFan, Raymond, Kieubinhtb, kostajh, Adrian1985, Asad_Ali_Palijo, Lahi, Gq86, Vacio, GoranSMilovanovic, Soteriaspace, RazeSoldier, Jayprakash12345, JakeTheDeveloper, QZanden, Zoranzoki21, LawExplorer, TerraCodes, Mkdw, D3r1ck01, Taiwania_Justo, MuhammadShuaib, notconfusing, SimmeD, Wikidata-bugs, aude, Alchimista, Ladsgroup, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T197267: Create constant for Lexeme namespace
awight added a subscriber: Ladsgroup.awight added a comment. It got complicated, I found some custom namespace registration I wanted to ask @Ladsgroup about, if you know anything?TASK DETAILhttps://phabricator.wikimedia.org/T197267EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Ladsgroup, gerritbot, awight, WMDE-leszek, Smalyshev, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T197267: Create constant for Lexeme namespace
awight added a comment. This is about a PHP constant, not a data item for the lexeme namespace, right? I'm new to Wikidata, so hearing "property" is enough to raise my hackles, that this is possibly a task about something persisted in Wikibase? There's a configuration variable for $wgLexeme(Talk)?Namespace, is that redundant once the WB_NS_LEXEME constant is defined, and dangerous in the case that the two sets of constants disagree on IDs? For future discussion, it seems like "NS_WB_LEXEME" would be a better name, because it's more parallel to NS_MAIN. Is there some theory behind the unusual grouping of all Wikibase constants under the top-level "WB" prefix instead?TASK DETAILhttps://phabricator.wikimedia.org/T197267EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, WMDE-leszek, Smalyshev, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T205052: Lexeme capitalization is inconsistent with other Wikibase data types
awight updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...This should be made consistent, choosing a single capitalization scheme. Other lexeme data types like "Form", and "Sense" are alsooften capitalized in thee extension's interface, maybe to highlight that ordinary words are being used in a jargon-y sense? Is this intentional? If so, should we consider also capitalizing Wikibase types like "item".?TASK DETAILhttps://phabricator.wikimedia.org/T205052EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T205052: Lexeme capitalization is inconsistent with other Wikibase data types
awight updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...This should be made consistent, choosing a single capitalization scheme. It seems thatOther data types like "Form", and "LexemSense" are currently beingalso capitalized in the interface, maybe to highlight that ordinary words are being used in a jargon-y sense.? Is this intentional? If so, should we consider also capitalizing Wikibase types like "item"?.TASK DETAILhttps://phabricator.wikimedia.org/T205052EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T205052: Lexeme capitalization is inconsistent with other Wikibase data types
awight created this task.awight added a project: Lexicographical data.Restricted Application added a project: Wikidata. TASK DESCRIPTIONFor example, Wikibase special pages include: "Create a new Lexeme" "Create a new item" "Create a new property". This should be made consistent, choosing a single capitalization scheme. It seems that types like "Form", and "Lexeme" are currently being capitalized in the interface, maybe to highlight that ordinary words are being used in a jargon-y sense. Is this intentional? If so, should we consider also capitalizing Wikibase types like "item"?TASK DETAILhttps://phabricator.wikimedia.org/T205052EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T204912: Can't download PDF of Lexeme data
awight created this task.awight added a project: Lexicographical data.Restricted Application added a project: Wikidata. TASK DESCRIPTIONSteps to reproduce: Browse to a lexeme, e.g. https://www.wikidata.org/wiki/Lexeme:L10 Click "Download as PDF" in the left sidebar, to invoke ElectronPDF. This presents a "technical problems" notice. Click "Download". https://www.wikidata.org/api/rest_v1/page/pdf/Lexeme%3AL10 returns an HTTP 404 error and the following JSON, {"type":"https://mediawiki.org/wiki/HyperSwitch/errors/not_found#route","title":"Not found.","method":"get","uri":"/www.wikidata.org/v1/page/pdf/Lexeme%3AL10"}TASK DETAILhttps://phabricator.wikimedia.org/T204912EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204899: Exception when viewing MediaInfo history
awight added a comment. @Jdforrester-WMF Is there another task to implement the history view for MediaInfo? I'd like to subscribe to that, if and when it exists.TASK DETAILhttps://phabricator.wikimedia.org/T204899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Jdforrester-WMF, awight, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204899: Exception when viewing MediaInfo history
awight added a comment. It's not blocking my work or anything, I just thought I would run the system through its paces, and maybe get a better understanding of MCR. Feel free to decline!TASK DETAILhttps://phabricator.wikimedia.org/T204899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Jdforrester-WMF, awight, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T204899: Exception when viewing MediaInfo history
awight created this task.awight added a project: Structured-Data-Commons.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata. TASK DESCRIPTIONhttps://structured-commons.wmflabs.org/w/index.php?title=MediaInfo:M13=""> gives me a whitescreen.TASK DETAILhttps://phabricator.wikimedia.org/T204899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T183487: MCR schema migration stage 3: drop support for legacy fields (wmf production)
awight added a comment. Should this be a subtask of T174045: DB schema migration for MCR?TASK DETAILhttps://phabricator.wikimedia.org/T183487EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, gerritbot, Tgr, Jdforrester-WMF, Anomie, Addshore, aude, Aklapper, daniel, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, Agabi10, Wikidata-bugs, Mbch331, Ltrlg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T127470: Deploy item quality classification model for Wikidata
awight added a parent task: T187836: [Epic] Audit of pending ORES GUI deployments. TASK DETAILhttps://phabricator.wikimedia.org/T127470EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Glorian_WD, awightCc: Glorian_WD, Ladsgroup, Halfak, Glorian_Yapinus, Sumit, Ricordisamoa, Aklapper, StudiesWorld, Lydia_Pintscher, samuwmde, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Alchimista, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T183266: wikidata.beta.wmflabs.org/wiki/Special:RecentChanges InvalidArgumentException No model available for [goodfaith]
awight added a comment. @Catrope is right, all it took was kicking the CheckModelVersions job. I think this job isn't running automatically. mwscript extensions/ORES/maintenance/CheckModelVersions.php --wiki=wikidatawikiTASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Stashbot, Catrope, gerritbot, awight, Ladsgroup, Addshore, Aklapper, Cpaulf30, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Mkdw, srodlund, Luke081515, Wikidata-bugs, aude, Alchimista, Mbch331, Rxy, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T183266: wikidata.beta.wmflabs.org/wiki/Special:RecentChanges InvalidArgumentException No model available for [goodfaith]
awight added a comment. ORES UI is disabled on beta wikidatawiki. Please don't close this task without either doing or scheduling the subtasks outlined above.TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: gerritbot, awight, Ladsgroup, Addshore, Aklapper, Cpaulf30, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Mkdw, srodlund, Luke081515, Wikidata-bugs, aude, Alchimista, Mbch331, Rxy, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T183266: wikidata.beta.wmflabs.org/wiki/Special:RecentChanges InvalidArgumentException No model available for [goodfaith]
awight added a comment. Per T181191: Make ORES-consuming pages more robust to ORES errors, we need to catch any expected exceptions and gracefully degrade. Must be covered by tests. Why are the database models different than what ores-beta offers? Ores-beta is currently overloaded, FWIW. TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: gerritbot, awight, Ladsgroup, Addshore, Aklapper, Cpaulf30, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Mkdw, srodlund, Luke081515, Wikidata-bugs, aude, Alchimista, Mbch331, Rxy, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T183266: wikidata.beta.wmflabs.org/wiki/Special:RecentChanges InvalidArgumentException No model available for [goodfaith]
awight added a comment. Okay something weird is going on. The models in ores-beta are, /srv/deployment/ores/deploy/submodules/editquality/models/wikidatawiki.damaging.gradient_boosting.model /srv/deployment/ores/deploy/submodules/editquality/models/wikidatawiki.goodfaith.gradient_boosting.model But the in-database models shown are, mwscript sql.php --wiki wikidatawiki /tmp/test.sql select * from ores_model; stdClass Object ( [oresm_id] => 1 [oresm_name] => damaging [oresm_version] => 0.0.2 [oresm_is_current] => 1 ) stdClass Object ( [oresm_id] => 2 [oresm_name] => reverted [oresm_version] => 0.0.2 [oresm_is_current] => 1 ) I'll disable the Ores UI and we can investate further.TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Ladsgroup, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Mkdw, srodlund, Luke081515, Wikidata-bugs, aude, Alchimista, Mbch331, Rxy, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T183266: wikidata.beta.wmflabs.org/wiki/Special:RecentChanges InvalidArgumentException No model available for [goodfaith]
awight added a comment. I see no ores_model goodfaith for beta wikidata in the database, so I'll disable in configuration.TASK DETAILhttps://phabricator.wikimedia.org/T183266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Ladsgroup, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Mkdw, srodlund, Luke081515, Wikidata-bugs, aude, Alchimista, Mbch331, Rxy, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T176565: Fix the "Query is malformed" error in the "EasyQuery" JavaScript gadget on wikidata.org
awight added a comment. Confirmed that the fact no longer has an ellipsis. I also tried an old revision, https://www.wikidata.org/w/index.php?title=Q1021880=463116190TASK DETAILhttps://phabricator.wikimedia.org/T176565EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Ladsgroup, Aklapper, Yurik, Bright1055, Lahi, Gq86, Toppole69, GoranSMilovanovic, Mine0901, Jayprakash12345, QZanden, dachary, Beeyan, MtDu, D3r1ck01, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Sjoerddebruin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T179156: 503 spikes and resulting API slowness starting 18:45 October 26
awight added a comment. @BBlack Thanks for the detailed notes! All I was going to add was my understanding of how Ext:ORES has the potential for exacerbating any issues with the API layer, simply by consuming with every new edit.TASK DETAILhttps://phabricator.wikimedia.org/T179156EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: daniel, Peachey88, ema, Gehel, Smalyshev, TerraCodes, Jay8g, Liuxinyu970226, Paladox, Zppix, Stashbot, gerritbot, thiemowmde, aude, Marostegui, Lucas_Werkmeister_WMDE, Legoktm, tstarling, awight, Ladsgroup, Lydia_Pintscher, ori, BBlack, demon, greg, Aklapper, hoo, Abo00tamr, Lahi, Gq86, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Mkdw, Liudvikas, srodlund, Luke081515, Wikidata-bugs, ArielGlenn, faidon, zeljkofilipin, Alchimista, He7d3r, Mbch331, Rxy, fgiunchedi, mmodell___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T179156: 503 spikes and resulting API slowness starting 18:45 October 26
awight added a comment. @hoo Wondering if you wrote an incident report, that I can add to with an explanation of ORES's involvement?TASK DETAILhttps://phabricator.wikimedia.org/T179156EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: daniel, Peachey88, ema, Gehel, Smalyshev, TerraCodes, Jay8g, Liuxinyu970226, Paladox, Zppix, Stashbot, gerritbot, thiemowmde, aude, Marostegui, Lucas_Werkmeister_WMDE, Legoktm, tstarling, awight, Ladsgroup, Lydia_Pintscher, ori, BBlack, demon, greg, Aklapper, hoo, Abo00tamr, Lahi, Gq86, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Mkdw, Liudvikas, srodlund, Luke081515, Wikidata-bugs, ArielGlenn, faidon, zeljkofilipin, Alchimista, He7d3r, Mbch331, Rxy, fgiunchedi, mmodell___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T179112: Wikidata MediaWiki API timing out on ORES extractor requests
awight closed this task as "Declined".awight added a comment.Herald removed a subscriber: Liuxinyu970226. The API has recovered.TASK DETAILhttps://phabricator.wikimedia.org/T179112EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Aklapper, Jay8g, TerraCodes, greg, gerritbot, Stashbot, awight, Lahi, bkowshik, GoranSMilovanovic, QZanden, Avner, Mkdw, srodlund, Wikidata-bugs, aude, Alchimista, He7d3r, Mbch331, Rxy___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T179112: Wikidata MediaWiki API timing out on ORES extractor requests
awight added a comment. It seems that the wikidata API is slow overall, so this might be resolved by external work. Meanwhile, I haven't been able to determine our extractor's User-Agent...TASK DETAILhttps://phabricator.wikimedia.org/T179112EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Aklapper, Liuxinyu970226, Jay8g, TerraCodes, greg, gerritbot, Stashbot, awight, Lahi, bkowshik, GoranSMilovanovic, QZanden, Avner, Mkdw, srodlund, Wikidata-bugs, aude, Alchimista, He7d3r, Mbch331, Rxy___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T179112: Wikidata MediaWiki API timing out on ORES extractor requests
awight moved this task from Backlog to Current on the Scoring-platform-team board.awight edited projects, added Scoring-platform-team (Current); removed Scoring-platform-team. TASK DETAILhttps://phabricator.wikimedia.org/T179112WORKBOARDhttps://phabricator.wikimedia.org/project/board/1901/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Aklapper, Liuxinyu970226, Jay8g, TerraCodes, greg, gerritbot, Stashbot, awight, Lahi, bkowshik, GoranSMilovanovic, QZanden, Avner, Mkdw, srodlund, Wikidata-bugs, aude, Alchimista, He7d3r, Mbch331, Rxy___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T179112: Wikidata MediaWiki API timing out on ORES extractor requests
awight created this task.awight added projects: ORES, Scoring-platform-team, Wikidata. TASK DESCRIPTION[I'll post in a minute with exactly what the API requests look like]TASK DETAILhttps://phabricator.wikimedia.org/T179112EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Aklapper, Liuxinyu970226, Jay8g, TerraCodes, greg, gerritbot, Stashbot, awight, Lahi, GoranSMilovanovic, QZanden, Mkdw, srodlund, Wikidata-bugs, aude, Alchimista, Mbch331, Rxy___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T171027: "Read timeout is reached" DBQueryError when trying to load specific users' watchlists (with +1000 articles) on several wikis
awight added a comment. In T171027#3677449, @Catrope wrote: Thanks, I'll experiment with removing the STRAIGHT_JOIN, as well as with @awight's suggestion at T164796#3560530 of breaking out the change tags rollup. @Catrope, Just a heads up that I was unable to duplicate the same drop in query time when leaving out the change tags clause in T176456, probably for the reason mentioned, that parts of the query had been cached or paged-in. I probably made that same mistake in T164796 as well, so maybe check that before breaking out the subquery.TASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespo, awightCc: Alsee, awight, Matthewrbowker, Noella94, Nirmos, Stryn, Mike_Peel, Capankajsmilyo, Elitre, Risker, Peachey88, Stashbot, Finavon, WMDE-leszek, saper, Masti, Lydia_Pintscher, D3r1ck01, matej_suchanek, Ankry, Ladsgroup, Lsanabria, Josve05a, Bawolff, greg, Dominicbm, Vriullop, Jmabel, Fae, IKhitron, Johan, Herzi.Pinki, jmatazzoni, Mattflaschen-WMF, KTC, Framawiki, zhuyifei1999, Marostegui, aaron, Andrei_Stroe, Turbojet, Rsocol, Strainu, Jwh, Pyb, Darwinius, Arbnos, Jdforrester-WMF, TheDJ, gerritbot, VladXe, Kf8, Liuxinyu970226, Jay8g, TerraCodes, Iniquity, jcrespo, Reedy, Catrope, Vicpeters, Demidenko, MaxBioHazard, Aklapper, Waytogoeducation, Lordiis, GoranSMilovanovic, Adik2382, Abiyoyo, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Jack_who_built_the_house, Lewizho99, Minhnv-2809, Maathavan, Poyekhali, Volker_E, Wong128hk, Luke081515, Wikidata-bugs, Base, aude, GWicke, El_Grafo, Gryllida, putnik, Steinsplitter, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T171075: recommendation_api module breaking beta labs puppet
awight created this task.awight added projects: Wikidata-Query-Service, Beta-Cluster-Infrastructure.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONIssue seen on deployment-sca03.deployment-prep.eqiad.wmflabs: Error: Failed to apply catalog: Found 1 dependency cycle: (Exec[recommendation_api config deploy] => Service::Node::Config::Scap3[recommendation_api] => Scap::Target[recommendation-api/deploy] => User[deploy-service] => Exec[recommendation_api config deploy])TASK DETAILhttps://phabricator.wikimedia.org/T171075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: ksmith, Smalyshev, awight, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, TerraCodes, Gehel, Jonas, FloNight, Xmlizer, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Jay8g, Krenair, hashar, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T72246: provide incremental JSON dumps for Wikidata
awight added a comment. I have a side project that would benefit from daily JSON dumps. Happy to look into providing this if there's anyone else who cares?TASK DETAILhttps://phabricator.wikimedia.org/T72246EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JanZerebecki, awightCc: awight, ValterVB, Wikidata-bugs, JanZerebecki, MZMcBride, Magnus, Aklapper, Lydia_Pintscher, hoo, D3r1ck01, Izno, aude, Svick, Mbch331, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T95663: [Story] Use composer-merge-plugin to include Wikidata components in mediawiki-vendor
awight removed a subscriber: awight. TASK DETAIL https://phabricator.wikimedia.org/T95663 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Ricordisamoa, wpmirrordev, JanZerebecki, aude, Aklapper, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T114538: ExtractORM from MediaWiki core and move to the EducationProgram extension
awight added a subscriber: awight. awight added a comment. @Reedy: Thanks for taking this on! TASK DETAIL https://phabricator.wikimedia.org/T114538 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, daniel, Ricordisamoa, gerritbot, AKoval_WMF, FloorKoudijs, TFlanagan-WMF, hoo, aude, MZMcBride, JeroenDeDauw, Aklapper, Reedy, Wikidata-bugs, AndyRussG, Ragesoss, bd808, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T114538: ExtractORM from MediaWiki core and move to the EducationProgram extension
awight added a subscriber: AndyRussG. TASK DETAIL https://phabricator.wikimedia.org/T114538 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: AndyRussG, awight, daniel, Ricordisamoa, gerritbot, AKoval_WMF, FloorKoudijs, TFlanagan-WMF, hoo, aude, MZMcBride, JeroenDeDauw, Aklapper, Reedy, Wikidata-bugs, Ragesoss, bd808, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T95663: Use composer-merge-plugin to include Wikidata components in mediawiki-vendor
awight added a subscriber: awight. TASK DETAIL https://phabricator.wikimedia.org/T95663 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: awight, JanZerebecki, aude, Aklapper, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T97012: Wikibase defaults should be usable out of the box
awight created this task. awight added subscribers: awight, JeroenDeDauw, daniel, Lydia_Pintscher. awight added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Copy some of the reasonable assumptions from repo/config/Wikibase.example.php to repo/config/Wikibase.default.php, and also for the client settings. For example, $wgWBRepoSettings[entityNamespaces] should default to the registered WB_NS_ITEM namespace and so on... Fix any code that will not run without customized configuration. Also, as suggested in the TODO at the end of Wikibase.php, the default mode should be to require both the repo and client entry points. It's not nice that the traditional incantation throws a fatal Incomplete configuration error, require_once $IP/extensions/Wikibase/Wikibase.php; TASK DETAIL https://phabricator.wikimedia.org/T97012 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: awight Cc: Lydia_Pintscher, daniel, JeroenDeDauw, awight, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs