[Wikidata-bugs] [Maniphest] [Unblock] T48248: [Story] Use HTMLForm in the special pages
Florian closed blocking task T38210: HtmlForm unconditionally loads form values from request as "Declined". TASK DETAILhttps://phabricator.wikimedia.org/T48248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ricordisamoa, FlorianCc: LikeLifer, matej_suchanek, Sjoerddebruin, gerritbot, Ricordisamoa, Aklapper, Wikidata-bugs, Bene, jeblad, thiemowmde, JanZerebecki, Lydia_Pintscher, Lewizho99, Maathavan, D3r1ck01, Volker_E, Izno, aude, TheDJ, Mbch331, Jay8g, Ltrlg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Blocker] T48248: [Story] Use HTMLForm in the special pages
Florian changed the status of blocking task T38210: HtmlForm unconditionally loads form values from request from "Declined" to "Invalid". TASK DETAILhttps://phabricator.wikimedia.org/T48248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ricordisamoa, FlorianCc: LikeLifer, matej_suchanek, Sjoerddebruin, gerritbot, Ricordisamoa, Aklapper, Wikidata-bugs, Bene, jeblad, thiemowmde, JanZerebecki, Lydia_Pintscher, Lewizho99, Maathavan, D3r1ck01, Volker_E, Izno, aude, TheDJ, Mbch331, Jay8g, Ltrlg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T137743: SPARQL or: How I Learned to Stop Worrying and Love the Triples
Edgars2007 added a comment. In T137743#2392404, @Multichill wrote: Resources: Even more queries at https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/queries You can also point out talk page. There are also many examples, which probably could be ported to queries page itself some day, but that is another story.TASK DETAILhttps://phabricator.wikimedia.org/T137743EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Edgars2007Cc: Edgars2007, OrenBochman, Ata, Esh77, Jonas, Legoktm, Smalyshev, Kghbln, Base, Lydia_Pintscher, Lucie, Spinster, Aklapper, Multichill, Zppix, Avner, debt, Gehel, D3r1ck01, FloNight, Izno, Psychoslave, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T134017: Create Wikipedia Jamaican
RobH added a blocking task: T135029: adywiki and jamwiki are missing the associated *_p databases with appropriate views. TASK DETAILhttps://phabricator.wikimedia.org/T134017EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RobHCc: RobH, Lydia_Pintscher, StevenJ81, hoo, aude, Multichill, VIGNERON, Nikki, chasemp, yuvipanda, Andrew, Volans, Stashbot, MZMcBride, zhuyifei1999, Meno25, Dereckson, Mtherwjs, Glaisher, Liuxinyu970226, Dzahn, Ebe123, gerritbot, jcrespo, Krenair, SPQRobin, Aklapper, Matanya, JEumerus, MF-Warburg, Lewizho99, Maathavan, Urbanecm, D3r1ck01, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T138413: Form styles are missing on Wikibase special pages in mobile view
Jdlrobson added a project: Reading-Web-Backlog. TASK DETAILhttps://phabricator.wikimedia.org/T138413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Sjoerddebruin, Aklapper, aude, Zppix, Winter, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T138413: Form styles are missing on Wikibase special pages in mobile view
Jdlrobson moved this task from Triage to Tracking on the Reading-Web-Backlog board. TASK DETAILhttps://phabricator.wikimedia.org/T138413WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Sjoerddebruin, Aklapper, aude, Zppix, Winter, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T135429: Deploy Wikidata descriptions to Catalan and Polish mobile web Wikipedias stable
Jdlrobson moved this task from Doing to Blocked Externally on the Reading-Web-Sprint-75-Q board. TASK DETAILhttps://phabricator.wikimedia.org/T135429WORKBOARDhttps://phabricator.wikimedia.org/project/board/2001/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jhobs, JdlrobsonCc: QuimGil, Lydia_Pintscher, Jdlrobson, Moushira, Aklapper, dr0ptp4kt, Zppix, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Qgil___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T135429: Deploy Wikidata descriptions to Catalan and Polish mobile web Wikipedias stable
jhobs moved this task from To Do to Doing on the Reading-Web-Sprint-75-Q board. TASK DETAILhttps://phabricator.wikimedia.org/T135429WORKBOARDhttps://phabricator.wikimedia.org/project/board/2001/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jhobsCc: QuimGil, Lydia_Pintscher, Jdlrobson, Moushira, Aklapper, dr0ptp4kt, Zppix, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Qgil___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T135429: Deploy Wikidata descriptions to Catalan and Polish mobile web Wikipedias stable
jhobs claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T135429EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jhobsCc: QuimGil, Lydia_Pintscher, Jdlrobson, Moushira, Aklapper, dr0ptp4kt, Zppix, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Qgil___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T138291: Latest wikidata JSON dump contains unexpected sql warning
gerritbot added a comment. Change 295554 had a related patch set uploaded (by Hoo man): Log PHP/HHVM errors in CLI mode to stderr, not stdout https://gerrit.wikimedia.org/r/295554TASK DETAILhttps://phabricator.wikimedia.org/T138291EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, ArielGlenn, jcrespo, Stashbot, hoo, Melderick, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T111231: [Story] Take Hovercards out of beta features on Wikidata
Jdlrobson moved this task from Triage to Tracking on the Reading-Web-Backlog board. TASK DETAILhttps://phabricator.wikimedia.org/T111231WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Yair_rand, JKatzWMF, Ricordisamoa, Bene, Aklapper, Lydia_Pintscher, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, Shizhao, Se4598, Jdforrester-WMF, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T114424: API: Banner should be surfaced as a pageprop
Jdlrobson added a project: Easy.Herald added a subscriber: TerraCodes. TASK DETAILhttps://phabricator.wikimedia.org/T114424EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: TerraCodes, KHammerstein, Jdlrobson, Aklapper, Sumit, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T114424: API: Banner should be surfaced as a pageprop
Jhernandez moved this task from Triage to Triaged but Future on the Reading-Web-Backlog board. TASK DETAILhttps://phabricator.wikimedia.org/T114424WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JhernandezCc: KHammerstein, Jdlrobson, Aklapper, Sumit, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T114734: Title and TOC not converted for Wikidata page banner language variants
Jhernandez moved this task from Triage to Needs Analysis on the Reading-Web-Backlog board. TASK DETAILhttps://phabricator.wikimedia.org/T114734WORKBOARDhttps://phabricator.wikimedia.org/project/board/67/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JhernandezCc: gerritbot, Liuxinyu970226, Hkjacksonhk, liangent, Jdlrobson, Aklapper, zhuyifei1999, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T118111: Wikivoyage page banners often have poor cropping and focus when viewed on mobile
Jdlrobson closed this task as "Declined". TASK DETAILhttps://phabricator.wikimedia.org/T118111EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Jdlrobson, aude, Aklapper, Winter, D3r1ck01, Izno, Wikidata-bugs, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T138291: Latest wikidata JSON dump contains unexpected sql warning
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T138291EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, ArielGlenn, jcrespo, Stashbot, hoo, Melderick, Zppix, Lewizho99, Maathavan, D3r1ck01, Izno, 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] T118111: Wikivoyage page banners often have poor cropping and focus when viewed on mobile
Jdlrobson added a comment. This needs to be fixed on wiki via the origin parameter e.g. https://en.wikivoyage.org/w/index.php?title=Sydney&action="">TASK DETAILhttps://phabricator.wikimedia.org/T118111EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Jdlrobson, aude, Aklapper, Winter, D3r1ck01, Izno, Wikidata-bugs, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T134882: [Task] Track usage of the index feature in SetClaim API
thiemowmde added a comment. I created https://grafana.wikimedia.org/dashboard/db/wikidata-api-wbsetclaim but got stuck. I tried to use sum and count on the wikibase.repo.api.wbsetclaim.total and wikibase.repo.api.wbsetclaim.index keys I added to SetClaim.php, and get totally different numbers I both don't understand. Which number is the actual number of calls? And what is the other number then? It looks like wikibase.repo.api.wbsetclaim.index is either not called at all or not tracked for a reason I do not understand. Whatever I do, Grafana refuses to show a flat line in the graph for the non-existing index key. How do I enforce this? Other graphs have a flat line, but I can not reproduce this. How is daily data generated? That's what I actually want, not the current graphs. TASK DETAILhttps://phabricator.wikimedia.org/T134882EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Tobi_WMDE_SW, Ricordisamoa, gerritbot, TerraCodes, Jonas, Addshore, adrianheine, JanZerebecki, aude, Lydia_Pintscher, daniel, Aklapper, hoo, thiemowmde, Zppix, D3r1ck01, Izno, 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] T109705: [Task] Consistently and correctly get target or 'cached' language in ParserOptions when userlang option is used
gerritbot added a comment. Change 295549 had a related patch set uploaded (by Daniel Kinzler): [WIP] improve semantics of Parser::getTargetLanguage. https://gerrit.wikimedia.org/r/295549TASK DETAILhttps://phabricator.wikimedia.org/T109705EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Lydia_Pintscher, gerritbot, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Arlolra, Jackmcbarn, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T137781: Adding/Editing references is confusing
thiemowmde added a comment. There is no cancel button at the reference inputs. I still do not get this. Having multiple cancel buttons with no save button seems odd. What would these cancel buttons do, in addition or in contrast to the remove buttons that are already there? Or do you suggest to rename "remove" to "cancel"?TASK DETAILhttps://phabricator.wikimedia.org/T137781EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, thiemowmdeCc: Jonas, thiemowmde, Aklapper, Charlie_WMDE, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T136414: [Task] new graph for reference distribution
Addshore triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T136414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Zppix, Lydia_Pintscher, D3r1ck01, Izno, 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] T138413: Form styles are missing on Wikibase special pages in mobile view
aude added a comment. https://m.wikidata.org/wiki/Special:Search is also missing stylesTASK DETAILhttps://phabricator.wikimedia.org/T138413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Sjoerddebruin, Aklapper, aude, Zppix, D3r1ck01, Izno, 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] T138144: Clean up instance of for Rijksmonumenten
Basvb added a comment. A list with some of the suggested mappings. Aanlegvoorziening= Appartementengebouw=Q1577547 (apartment building) Bedieningsgebouw= Bedrijfs-,fabriekswoning= Begraafplaats en -_onderdl_=Q16423655 (burial or funerary monument or structure) or Q39614 (Cemetary) Bestuursgebouw en _onderdl_= Bijgebouwen= Bijgebouwen kastelen enz.= Bijzondere woonvorm= Boerderij=Q131596 (farm) Bomvrij militair object= Brug=Q12280 (bridge) Crematorium=Q157570 (crematory) Dienstwoning= Dierenverblijf= Erfscheiding= Q148571 (fence) Fort, vesting en -_onderdl_=Q57821 (fortification) Gedenkteken=Q5003624 (memorial) Gemaal=Q446013 (pumping station) Gerechtsgebouw=Q24536350 (court building) Gezondheidszorg=Q4260475 (medical facility) Gracht=Q523166 (gracht) Grensafbakening= Handel en kantoor= Horeca= Industrie=Q12144897 (industrial building) Industrie- en poldermolen=Q44494 (mill) Kapel=Q108325 (chapel) Kasteel, buitenplaats= Kazemat=Q89521 (casemate) Kerk en kerkonderdeel=Q21029893 (religious object) Kerkelijke dienstwoning=Q607241 (rectory) Klooster, kloosteronderdl=Q44613 (monastery) Kust- en oevermarkering= Militair verblijfsgebouw=Q6852233 (military building) Militair wachtgebouw=Q6852233 (military building) Militaire opslagplaats=Q6852233 (military building) Nijverheid= Nutsbedrijf= Omwalling= Onderdeel woningen e.d.= Onderwijs en wetenschap= Open verdedigingswerk= Opslag= Overheidsgebouw=Q16831714 (government building) Scheepshulpmiddel= Sociale zorg, liefdadigh.= Sport en recreatie= Stoep=Q177749 (sidewalk) Straatmeubilair= Transport= Tuin, park en plantsoen= Vanwege onderdelen kerk=Q21029893 (religious object) Vergadering en vereniging= Verkeersobject= Versperring= Voorwerk= Waarnemingspost= Waterkering en -doorlaat= Waterweg, werf en haven= Weg=Q34442 (road) Welzijn, kunst en cultuur= Werk-woonhuis=Q18760306 (residential and commercial building) Winkel=Q213441 (shop) Woonhuis=Q11755880 (residential building) niks= nothing, so shouldn't be mapped default could be Q811979 (architectural structure)TASK DETAILhttps://phabricator.wikimedia.org/T138144EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BasvbCc: Basvb, Aklapper, Multichill, Zppix, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, aude, JeanFred, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T138413: Form styles are missing on Wikibase special pages in mobile view
aude triaged this task as "High" priority. TASK DETAILhttps://phabricator.wikimedia.org/T138413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Aklapper, aude, Zppix, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T138413: Form styles are missing on Wikibase special pages in mobile view
aude created this task.aude added projects: Wikidata, MobileFrontend.Herald added subscribers: Zppix, Aklapper. TASK DESCRIPTIONForm styles are missing on Wikibase special pages (ones related to editing, e.g. Special:SetSiteLink) in mobile view. F4192061: specialsetsitelink.png This makes it confusing to try to edit an item using these special pages.TASK DETAILhttps://phabricator.wikimedia.org/T138413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Aklapper, aude, Zppix, D3r1ck01, Izno, 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] T137781: Adding/Editing references is confusing
Jan_Dittrich added a comment. The concern was/is that users may not know that the buttons on top of the property/value pair save the references, too. I tested with two people, one had the problem, the other not. However, we can postpone this until we have more definitive data.TASK DETAILhttps://phabricator.wikimedia.org/T137781EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Jonas, thiemowmde, Aklapper, Charlie_WMDE, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T137781: Adding/Editing references is confusing
aude added a comment. In T137781#2398737, @Charlie_WMDE wrote: Three approaches to structuring the references more clearly F4191432: blueBoxes.png I think mockup 2 helps make things more clear.TASK DETAILhttps://phabricator.wikimedia.org/T137781EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, audeCc: aude, Jonas, thiemowmde, Aklapper, Charlie_WMDE, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T138409: [Task] Terms usage tracking: Only track parts of the language fallback chain that were actually used
hoo edited the task description. (Show Details) EDIT DETAILSIn case we have a fallback from language `abc` to `xyz`, and someone tries to access a label in `abc` we will always track label usages for both `abc` and `xyz`, even if there is a `abc` label. We should only record label usages that are actually relevant (`abc` in this case).TASK DETAILhttps://phabricator.wikimedia.org/T138409EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, daniel, aude, Lydia_Pintscher, RP88, BBlack, aaron, StudiesWorld, Liuxinyu970226, Zppix, hoo, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T107722: [Task] Make client change handling scale by batching updates
hoo created blocking task T138409: [Task] Terms usage tracking: Only track parts of the language fallback chain that were actually used. TASK DETAILhttps://phabricator.wikimedia.org/T107722EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Liuxinyu970226, StudiesWorld, aaron, BBlack, RP88, Lydia_Pintscher, aude, daniel, Aklapper, hoo, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T138409: [Task] Terms usage tracking: Only track parts of the language fallback chain that were actually used
hoo created this task.hoo added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Zppix. TASK DESCRIPTIONIn case we have a fallback from language abc to xyz, and someone tries to access a label in abc we will always track label usages for both abc and xyz, even if there is a abc label. We should only record label usages that are actually relevant (abc in this case)TASK DETAILhttps://phabricator.wikimedia.org/T138409EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, daniel, aude, Lydia_Pintscher, RP88, BBlack, aaron, StudiesWorld, Liuxinyu970226, Zppix, hoo, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T136414: [Task] new graph for reference distribution
Addshore moved this task from incoming to ready to go on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T136414WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Zppix, Lydia_Pintscher, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T136544: [Task] Validate timezones and block all timezones other than 0
Addshore moved this task from incoming to in current sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T136544WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Jc3s5h, Izno, hoo, Jonas, aude, daniel, Lydia_Pintscher, JanZerebecki, adrianheine, Aklapper, thiemowmde, Zppix, D3r1ck01, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T137103: UI elements appear in the printing view
Addshore changed the title from "UI elements appeare in the printing view" to "UI elements appear in the printing view". TASK DETAILhttps://phabricator.wikimedia.org/T137103EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: aude, Jan_Dittrich, Aklapper, Lydia_Pintscher, Alaa.Mustafa87, Zppix, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T135433: Deploy Wikidata descriptions to all mobile web Wikipedias
Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T135433WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: CKoerner_WMF, JKatzWMF, Moushira, Lydia_Pintscher, Aklapper, dr0ptp4kt, Zppix, Winter, D3r1ck01, Johan, Izno, Luke081515, Wikidata-bugs, aude, TheDJ, Mbch331, Jay8g, Qgil___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T135429: Deploy Wikidata descriptions to Catalan and Polish mobile web Wikipedias stable
Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T135429WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: QuimGil, Lydia_Pintscher, Jdlrobson, Moushira, Aklapper, dr0ptp4kt, Zppix, Winter, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Qgil___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T136838: Consider turning off "Did you mean: x?" on Wikidata
Addshore moved this task from incoming to needs discussion or investigation on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T136838WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CKoerner_WMF, AddshoreCc: Lydia_Pintscher, debt, CKoerner_WMF, aude, Thryduulf, Aklapper, Deskana, Zppix, Avner, Gehel, D3r1ck01, FloNight, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T137151: Spike [2 hours]: Determine relative level of effort for targeting Quick Surveys for specific cases
Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137151WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: DFoy, Lydia_Pintscher, Aklapper, dr0ptp4kt, Zppix, Winter, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, jayvdb, Yurik, jhobs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T137238: Tune WDQS caching headers
Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137238WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot, Smalyshev, Aklapper, Zppix, Jonas, Gehel, BBlack, Avner, Lewizho99, Maathavan, debt, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T137623: Automatically build GUI when new commit is merged in master
Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137623WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot, aude, Jonas, Aklapper, Zppix, Smalyshev, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T137538: Use interwiki code from Sites facility to create language links.
Addshore moved this task from incoming to in current sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137538WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot, adrianheine, Zppix, Aklapper, daniel, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T137536: Use correct term language when creating items from the client
Addshore moved this task from incoming to in current sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137536WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: adrianheine, Aklapper, Zppix, daniel, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T137537: Ensure correct information about Wikimedia sites in the Sites facility on the Wikimedia cluster.
Addshore moved this task from incoming to in current sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137537WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: adrianheine, Zppix, Aklapper, daniel, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T137682: Declaration of ArticlePlaceholder\Tests\SearchHookHandlerTest::insertPage() should be compatible with MediaWikiTestCase::insertPage
Addshore moved this task from incoming to consider for next sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137682WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Zppix, Nikerabbit, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T137743: SPARQL or: How I Learned to Stop Worrying and Love the Triples
Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137743WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: OrenBochman, Ata, Esh77, Jonas, Legoktm, Smalyshev, Kghbln, Base, Lydia_Pintscher, Lucie, Spinster, Aklapper, Multichill, Zppix, Avner, debt, Gehel, D3r1ck01, FloNight, Izno, Psychoslave, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T137972: Use UNION ALL instead of UNION for bulk wbc_entity_usage queries
Addshore moved this task from incoming to ready to go on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T137972WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, AddshoreCc: daniel, aaron, aude, hoo, Aklapper, Zppix, gerritbot, jcrespo, Vali.matei, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T138266: Catchable fatal error: Argument 3 passed to Scribunto_LuaWikibaseEntityLibrary::formatPropertyValues() must be an instance of array, int g
Addshore moved this task from incoming to ready to go on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T138266WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, AddshoreCc: gerritbot, Aklapper, hoo, aude, Zppix, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T138305: Midterm evaluation for "Automated Testing and Integration of IFTTT support to Wikidata"
Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T138305WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Slaporte, AddshoreCc: Zppix, D3r1ck01, Bene, Samtar, hoo, Lydia_Pintscher, Slaporte, Aklapper, Sumit, 01tonythomas, Lethexie, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T138381: Allow DB group used by ChangeDispatcher to be configured
Addshore moved this task from incoming to needs discussion or investigation on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T138381WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Zppix, jcrespo, ArielGlenn, hoo, daniel, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T138371: WordPress plugin to associate tags with Wikidata IDs
Addshore moved this task from incoming to monitoring on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T138371WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Pigsonthewing, Zppix, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
jcrespo added a comment. This is not an emergency, I handled that, but it should be definitely 'high'- I suspect it is what it is causing queries such as dumps fail/go slow. T138291 has a different root cause, but I assume it is related to this. There has been dewiki bot (api) users complaining recently, but that was when it was combined with being low on servers a few weeks ago.TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: Lydia_Pintscher, daniel, hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, 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] T138214: query.wikidata.org CORS policies
Jonas added a comment. It is this setting https://gerrit.wikimedia.org/r/#/c/230247/2/wmf-config/CommonSettings.php,cmTASK DETAILhttps://phabricator.wikimedia.org/T138214EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Gehel, Aklapper, Zppix, Smalyshev, Lydia_Pintscher, Legoktm, Anomie, Jonas, Avner, debt, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
Lydia_Pintscher added a comment. @jcrespo How much fire is this? Does it need fixing while we are at Wikimania or is ot ok if we handle it after that?TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, daniel, hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, 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] T137781: Adding/Editing references is confusing
Jan_Dittrich added a comment. There is a cancel button. Please be more specific what you are missing and what you expect. Tried to clarify the reference to lack of a cancel function: There is no cancel button at the reference inputs. This may cause confusion if a user wants to discard changes that he/she did on the references. The save/cancel buttons of the statement work for everything in the whole statement, but this may not be clear for the user. Possible solution: Hide dysfunctional remove buttons instead of disabling them. That would make sense, I assume.TASK DETAILhttps://phabricator.wikimedia.org/T137781EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Jonas, thiemowmde, Aklapper, Charlie_WMDE, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T137781: Adding/Editing references is confusing
Jan_Dittrich edited the task description. (Show Details) EDIT DETAILS...* The blue bar below the toggler: I assume this is some sort of headline, signifying that all below is part of one reference. However, this is vague and may be interpreted differently. * There is no cancel. Thus the user may be concerned to remove something needed (contrast the more user friendly addition of a statement that shows "save" and "cancel" for creating new statements and "save/cancel/remove" when editing existing ones.* There is no cancel button at the reference inputs. This may cause confusion if a user wants to discard changes that he/she did on the references. The save/cancel buttons of the statement work for everything in that statement, but this may not be clear for the user. * The first property's remove action in the list of references seems always to be inactive. This may be because the "remove" of the statement in general would have the same results, but this is something the user may not know (given that I guess right what is means) ...TASK DETAILhttps://phabricator.wikimedia.org/T137781EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Jonas, thiemowmde, Aklapper, Charlie_WMDE, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T137781: Adding/Editing references is confusing
thiemowmde added a comment. I do like the changes in the 1st mock very much: F4191416: whiteBoxes.png There is no cancel. There is a cancel button. Please be more specific what you are missing and what you expect. The first property's remove action in the list of references seems always to be inactive. I don't think there is anything wrong with the behavior of the remove buttons. You can not remove the last snak in a reference. When there are two or more, all remove buttons are enabled. Possible solution: Hide dysfunctional remove buttons instead of disabling them. there is only add, but not "add property" What you add is a "snak", so "add property" would be misleading and just cause other confusion. But I agree that "add" alone is problematic.TASK DETAILhttps://phabricator.wikimedia.org/T137781EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, thiemowmdeCc: Jonas, thiemowmde, Aklapper, Charlie_WMDE, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T137743: SPARQL or: How I Learned to Stop Worrying and Love the Triples
Mattflaschen-Personal edited the task description. (Show Details) EDIT DETAILS...Sparql and http://query.wikidata.org/ have been around for some time now, but could be used more. We should do a SPARQL beginners workshop during the Wikimania Hackathon 2016 to get more people started with SPARQL. It would be nice if non-hackathon participants would be allowed in too.It would be nice if non-hackathon participants would be allowed in too. https://etherpad.wikimedia.org/p/SPARQLatWikimania2016TASK DETAILhttps://phabricator.wikimedia.org/T137743EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-PersonalCc: OrenBochman, Ata, Esh77, Jonas, Legoktm, Smalyshev, Kghbln, Base, Lydia_Pintscher, Lucie, Spinster, Aklapper, Multichill, Zppix, Avner, debt, Gehel, D3r1ck01, FloNight, Izno, Psychoslave, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T138309: [Bug] Wrong color of the '+add' statement bar when editing references
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILSStory: As a user I need**Story:** As a user I need to know which elements belong together.
**Steps to reproduce: **
Click "add" for adding a statement to know which elements belong togethera property.
What happens: **What happens: **
{F4188720}...TASK DETAILhttps://phabricator.wikimedia.org/T138309EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Jan_Dittrich, Aklapper, Lydia_Pintscher, Charlie_WMDE, Zppix, codynguyen1116, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T138309: [Bug] Wrong color of the '+add' statement bar when editing references
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILSStory: As a user I need to know which elements belong together.
What happens:
{F4188720}
The bar with »+add«-Statement is gray, while the rest of the Statment-Box is blue.
**What (probably) should happen instead**
{F4188721}
The bar is in the same blue as the left-hand area indicating that a click on add would add another statement about the property it shares the same background with.
TASK DETAILhttps://phabricator.wikimedia.org/T138309EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc: Jan_Dittrich, Aklapper, Lydia_Pintscher, Charlie_WMDE, Zppix, codynguyen1116, D3r1ck01, Izno, 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] T137781: Adding/Editing references is confusing
Charlie_WMDE added a comment. Three approaches to structuring the references more clearly F4191416: whiteBoxes.png F4191432: blueBoxes.png F4191414: whiteFrames.pngTASK DETAILhttps://phabricator.wikimedia.org/T137781EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Charlie_WMDECc: Jonas, thiemowmde, Aklapper, Charlie_WMDE, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T137743: SPARQL or: How I Learned to Stop Worrying and Love the Triples
Spinster added a comment. Our Etherpad: https://etherpad.wikimedia.org/p/SPARQLatWikimania2016TASK DETAILhttps://phabricator.wikimedia.org/T137743EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SpinsterCc: OrenBochman, Ata, Esh77, Jonas, Legoktm, Smalyshev, Kghbln, Base, Lydia_Pintscher, Lucie, Spinster, Aklapper, Multichill, Zppix, Avner, debt, Gehel, D3r1ck01, FloNight, Izno, Psychoslave, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T134557: Wikidata data model infographic
Charlie_WMDE moved this task from Review to Done on the WMDE-Design board. TASK DETAILhttps://phabricator.wikimedia.org/T134557WORKBOARDhttps://phabricator.wikimedia.org/project/board/1944/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Charlie_WMDECc: Addshore, daniel, Jan_Dittrich, Lydia_Pintscher, Aklapper, Zppix, Charlie_WMDE, D3r1ck01, Izno, 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] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
jcrespo added a comment. However, there are potentially several dozen places where we call LoadBalancer::getConnection (we try not to hog the connection, but only get it from the LB when we need it - so we do that often). We'd have to somehow loop this parameter through to all the places where we get the connection. Or is it sufficient to specify the group on the first call? Will the LB return a connection that was created for a specific group, if later no group is specified in the call to getConnection? I cannot say by heart, I will have to check. We may want to loop in performance team as they gave good tips last time we had an issue with connection handling and tumbnails. I really do not think this is a general problem in all of wikidata, just in a couple of scripts- some scripts keeps connected for 9 minutes, mostly idle- that is the main issue. However, for what you say, you may want to refactor the connection handling (wikidata's, not mediawiki's) to a more abstract-factoy-likey, as role can be 'dump' now and 'wikidata-special-dump' tomorrow (that is not actually happening, but it could).TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: daniel, hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T138381: Allow DB group used by ChangeDispatcher to be configured
daniel edited the task description. (Show Details) EDIT DETAILS...5. add a command line argument to dispatchChanges.php for specifying the DB server groupphp for specifying the DB server group. The same should probably be done for `DumpGenerator`.TASK DETAILhttps://phabricator.wikimedia.org/T138381EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, Zppix, jcrespo, ArielGlenn, hoo, daniel, D3r1ck01, Izno, 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] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
daniel added a comment. @jcrespo: is this triggered only by dispatchChanges.php, or also by dumpJson.php or dumpRdf.php?TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
daniel created blocking task T138381: Allow DB group used by ChangeDispatcher to be configured. TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T138381: Allow DB group used by ChangeDispatcher to be configured
daniel created this task.daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper. TASK DESCRIPTIONTo avoid hitting web-facing database servers with long running queries, ChangeDispatcher should use a configurable DB server group. To do this, we need to: move ConsistentReadConnectionManager to lib (or to core) allow the DB server group(s) to be set in ConsistentReadConnectionManager's constructor make EntityChangeLookup and SqlChangeDispatchCoordinator use ConsistentReadConnectionManager allow the DB server group to use for the ConsistentReadConnectionManager used by ChangeDispatcher to be defined from the command line. add a command line argument to dispatchChanges.php for specifying the DB server group. TASK DETAILhttps://phabricator.wikimedia.org/T138381EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, Zppix, jcrespo, ArielGlenn, hoo, daniel, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T89600: Convert Template:Artwork to LUA and use Wikidata
Mattflaschen-Personal claimed this task.Mattflaschen-Personal added a comment. I'm going to take a look, and see what the current status is.TASK DETAILhttps://phabricator.wikimedia.org/T89600EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-PersonalCc: Mattflaschen-Personal, Base, Matanya, Marsupium, Ricordisamoa, Multichill, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Fabrice_Florin, Mbch331, Tgr___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
daniel added a comment. @jcrespo These changes literally only need one parameter change loadbalancer->get(SLAVE, 'dump') That sounds straight forward enough. However, there are potentially several dozen places where we call LoadBalancer::getConnection (we try not to hog the connection, but only get it from the LB when we need it - so we do that often). We'd have to somehow loop this parameter through to all the places where we get the connection. Or is it sufficient to specify the group on the first call? Will the LB return a connection that was created for a specific group, if later no group is specified in the call to getConnection?TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T89599: Convert Template:Institution to Lua and use Wikidata
Multichill added a project: Wikimania-Hackathon-2016. TASK DETAILhttps://phabricator.wikimedia.org/T89599EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Mattflaschen-Personal, Base, Matanya, Marsupium, Liuxinyu970226, He7d3r, Jheald, Ricordisamoa, Aklapper, Multichill, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, aude, Fabrice_Florin, Mbch331, Tgr___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T89599: Convert Template:Institution to Lua and use Wikidata
Multichill added a subscriber: Mattflaschen-Personal.Multichill added a comment. https://commons.wikimedia.org/wiki/Module:Artwork might be a good starting pointTASK DETAILhttps://phabricator.wikimedia.org/T89599EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Mattflaschen-Personal, Base, Matanya, Marsupium, Liuxinyu970226, He7d3r, Jheald, Ricordisamoa, Aklapper, Multichill, D3r1ck01, Izno, Wikidata-bugs, aude, Fabrice_Florin, Mbch331, Tgr___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T138376: Avoid falling back to master when loading page data in GET requests
daniel edited the task description. (Show Details) EDIT DETAILS...`WikiPageEntityMetaDataLookup::loadRevisionInformation` already has a $mode parameter, which controls whether we first try the slave DB, or if we hit the master DB directly, see `EntityRevisionLookup::LATEST_FROM_SLAVE` and `EntityRevisionLookup::LATEST_FROM_MASTER`. `LATEST_FROM_SLAVE` is currently the default. We should redefine `LATEST_FROM_SLAVE` to not fall back to the DB, and introduce a new mode `LATEST_FROM_SLAVE_OR_MASTER` to enable fallback. That mode would e.g. be used in jobs that handle change notifications on the client.TASK DETAILhttps://phabricator.wikimedia.org/T138376EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Zppix, Glaisher, MZMcBride, Nemo_bis, Gilles, aaron, Aklapper, gerritbot, PleaseStand, Krenair, Joe, aude, hoo, daniel, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T138376: Avoid falling back to master when loading page data in GET requests
daniel created this task.daniel added projects: Availability, Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Zppix. TASK DESCRIPTIONCurrently, if WikiPageEntityMetaDataLookup::loadRevisionInformation fails to find an Entity, it will try to load it from the master database. This is done to avoid race conditions when loading entities right after creating them. We now want to disable this fallback when it is not absolutely needed, so we don't hit the master database in GET requests. Proposal: WikiPageEntityMetaDataLookup::loadRevisionInformation already has a $mode parameter, which controls whether we first try the slave DB, or if we hit the master DB directly, see EntityRevisionLookup::LATEST_FROM_SLAVE and EntityRevisionLookup::LATEST_FROM_MASTER. LATEST_FROM_SLAVE is currently the default. We should redefine LATEST_FROM_SLAVE to not fall back to the DB, and introduce a new mode LATEST_FROM_SLAVE_OR_MASTER to enable fallback. That mode would e.g. be used in jobs that handle change notifications on the client.TASK DETAILhttps://phabricator.wikimedia.org/T138376EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Zppix, Glaisher, MZMcBride, Nemo_bis, Gilles, aaron, Aklapper, gerritbot, PleaseStand, Krenair, Joe, aude, hoo, daniel, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T110399: WikiPageEntityMetaDataLookup querying DB master on HTTP GET
daniel created blocking task T138376: Avoid falling back to master when loading page data in GET requests. TASK DETAILhttps://phabricator.wikimedia.org/T110399EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, hoo, aude, Joe, Krenair, PleaseStand, gerritbot, Aklapper, aaron, Gilles, Nemo_bis, MZMcBride, Glaisher, D3r1ck01, Izno, 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] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
jcrespo added a comment. Let me show you the weight of these servers: 's5' => array( 'vslow' => array( 'db1045' => 1, ), 'dump' => array( 'db1045' => 1, ), 'api' => array( 'db1070' => 1, 'db1071' => 1, ), 'watchlist' => array( 'db1026' => 1, ), 'recentchanges' => array( 'db1026' => 1, ), 'recentchangeslinked' => array( 'db1026' => 1, ), 'contributions' => array( 'db1026' => 1, ), 'logpager' => array( 'db1026' => 1, ), ), Do you see db1071 anywhere? Not on dump, not on vslow (and I just added it to api, it was not there before, when the issue started happening). So yes, I only expect most short-lived connections (the ones created by non-api end-user requests) to only go to the new servers while they are being tested. This separation is important due to performance and HA reasons. By not following mediawiki standards you are threatening the reliability of the site, for wikidatawiki and for dewiki users (which are already not happy). There is not need to change any mediawiki architecture. terbium jobs must use the 'vslow' role. If you think only one server is not enough, please say so and we change the config to add more servers to vslow (which we certainly can do now that we have more servers), but not violate mediawiki contract of roles sending long-running connections to servers that are not ready for them. The same thing applies for dumps- if more are needed, configuration is changed, not hardcoding the wrong ones. These changes literally only need on parameter change loadbalancer->get(SLAVE, 'dump')TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: daniel, hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, 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] T138144: Clean up instance of for Rijksmonumenten
Basvb added a comment. A lot of the cbs "oorspr funct" is suspect will map to multiple possible objects. "type_obj" also describes something on the object, I think those are less specified classes.TASK DETAILhttps://phabricator.wikimedia.org/T138144EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BasvbCc: Basvb, Aklapper, Multichill, Zppix, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, aude, JeanFred, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
daniel added a comment. My 2¢ @jcrespo wrote If these create light-weight queries only, lets disconnect and connect after some amount of seconds. Teaching LoadBalance to throw away connections after a minute or so would be easy. But would that be sufficient? Reconnecting would use the old configuration that was valid when the process started. Reconfiguring on the fly is a lot more tricky. If dump hosts are too slow, let's give them better resources. Yes, please. When dump scripts run for weeks instead of days, they tend to fail at some point. I agree that we shouldn't hit the web-facing databases for making dumps. But if that means we get no dumps at all, that's not good either... If there is a problem with the connection framework, let'x fix it with the addition of a proxy/persistent connections manager. My impression is that what we want here is the opposite of persistent connections. Making it possible to re-configure MediaWiki mid-air would certainly be nice, it's something I have been working on with respect to dependency injection and unit testing.TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T138371: WordPress plugin to associate tags with Wikidata IDs
Pigsonthewing edited the task description. (Show Details) EDIT DETAILS...When the tag is displayed at the foot of a post, a tooltip (say, "Wikidata item: Q309901", or the Wikidata label in a language specified in the plugin's configuration settings) may be provided. or the Wikidata label in a language specified in the plugin's configuration settings) may be provided. The association of a Wikidata item with the tag should take place on the dialogue page at, for example: > http://example.com/wordpress/wp-admin/term.php?taxonomy=post_tag&tag_ID=123&post_type=post TASK DETAILhttps://phabricator.wikimedia.org/T138371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PigsonthewingCc: Aklapper, Pigsonthewing, Zppix, D3r1ck01, Izno, Psychoslave, 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] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
hoo added a comment. In T138208#2398369, @jcrespo wrote: As I said: If these create light-weight queries only, lets disconnect and connect after some amount of seconds. If dump hosts are too slow, let's give them better resources. If there is a problem with the connection framework, let'x fix it with the addition of a proxy/persistent connections manager. By using the wrong hosts you are creating connection issues for end users. Why do testing slaves have weight? If they have weight, you need to expect MediaWiki to connect to them. As said, we can (rather easily) reduce the run-time of the terbium scripts. Regarding the dumps: I'm in a conversation with Daniel about how to fix this… but it's not easy given that it requires a significant change in MediaWiki (also architecture wise).TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T138371: WordPress plugin to associate tags with Wikidata IDs
Pigsonthewing edited the task description. (Show Details) EDIT DETAILS...For example, the page at: ``` > http://pigsonthewing.org.uk/tag/opendata/ ```uk/tag/opendata/ may be associated with the item: ... item: > https://www.wikidata.org/wiki/Q309901 ...org/wiki/Q309901 in which case, the former page should display near its top a link to the latter. The Wikidata URI should also be included in the metadata headers for the tag page, and possibly in the headers of each blog post using that tagTASK DETAILhttps://phabricator.wikimedia.org/T138371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PigsonthewingCc: Aklapper, Pigsonthewing, Zppix, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T138371: WordPress plugin to associate tags with Wikidata IDs
Pigsonthewing created this task.Pigsonthewing added projects: Wikimania-Hackathon-2016, Wikidata.Herald added subscribers: Zppix, Aklapper. TASK DESCRIPTIONThe plugin will allow WordPress editors or admins to optionally associate each tag (and optionally category?) in a blog with a specific Wikidata item. For example, the page at: http://pigsonthewing.org.uk/tag/opendata/ may be associated with the item: ... https://www.wikidata.org/wiki/Q309901 ... in which case, the former page should display near its top a link to the latter. The Wikidata URI should also be included in the metadata headers for the tag page, and possibly in the headers of each blog post using that tag. When the tag is displayed at the foot of a post, a tooltip (say, "Wikidata item: Q309901", or the Wikidata label in a language specified in the plugin's configuration settings) may be provided.TASK DETAILhttps://phabricator.wikimedia.org/T138371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PigsonthewingCc: Aklapper, Pigsonthewing, Zppix, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T138083: Not clickable links in the Wikidata user interface
Oliv0 added a project: MediaWiki-extensions-WikibaseView. TASK DETAILhttps://phabricator.wikimedia.org/T138083EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Oliv0Cc: Aklapper, Oliv0, Zppix, D3r1ck01, Izno, 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] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
jcrespo added a comment. As I said: If these create light-weight queries only, lets disconnect and connect after some amount of seconds. If dump hosts are too slow, let's give them better resources. If there is a problem with the connection framework, let'x fix it with the addition of a proxy/persistent connections manager. By using the wrong hosts you are creating connection issues for end users.TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T138365: [Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results
Jan_Dittrich moved this task from Incoming to Reported on the WMDE-Design board. TASK DETAILhttps://phabricator.wikimedia.org/T138365WORKBOARDhttps://phabricator.wikimedia.org/project/board/1944/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Aklapper, Zppix, Charlie_WMDE, Jonas, thiemowmde, Jan_Dittrich, codynguyen1116, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
jcrespo added a comment. These jobs need access to the main DBs What is a "main db" and what is the difference with a 'vslow' slave? You are accessing a testing slave, that will be put down at any moment (or will block & kill terbium traffic).TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, 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] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
hoo added a comment. Regarding the dump scripts running on the snapshot hosts: If needed, I can try to make these use the "dump" servers, although that's going to significantly slow them down (given we use queries that the API and the UI also uses). Reloading the database configuration is sadly not going to be easy, given we have these definitions in PHP.TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, 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] T138208: Connections to all db servers for wikidata as wikiadmin from snapshot, terbium
hoo added a comment. In T138208#2393678, @jcrespo wrote: This is not only happening for dumps, terbium is also wrongly using main-dbs (which are still on testing) for long-running queries, which cause long periods of connection issues: https://logstash.wikimedia.org/#dashboard/temp/AVVuJmxb_LTxu7wlh30V root@terbium:~$ lsof | grep 43894 php5 32192 www-data8u IPv4 1620677566 0t0TCP terbium.eqiad.wmnet:43894->db1092.eqiad.wmnet:mysql (ESTABLISHED) root@terbium:~$ ps aux | grep 32192 root 16294 0.0 0.0 11864 916 pts/5S+ 14:06 0:00 grep 32192 www-data 32192 6.3 0.1 333200 53700 ?S13:57 0:34 php5 /srv/mediawiki-staging/multiversion/MWScript.php extensions/Wikidata/extensions/Wikibase/repo/maintenance/dispatchChanges.php --wiki wikidatawiki --max-time 540 --batch-size 275 --dispatch-interval 25 --lock-grace-interval 200 root@terbium:~$ lsof | grep 52769 php5 9169 www-data8u IPv4 1620971979 0t0TCP terbium.eqiad.wmnet:52769->db1092.eqiad.wmnet:mysql (ESTABLISHED) root@terbium:~$ ps aux | grep 9169 www-data 9169 7.5 0.1 330380 50984 ?S14:03 0:16 php5 /srv/mediawiki-staging/multiversion/MWScript.php extensions/Wikidata/extensions/Wikibase/repo/maintenance/dispatchChanges.php --wiki wikidatawiki --max-time 540 --batch-size 275 --dispatch-interval 25 --lock-grace-interval 200 root 22859 0.0 0.0 11868 916 pts/5S+ 14:06 0:00 grep 9169 These jobs need access to the main DBs as well as to the master (these jobs are used to actively dispatch incoming changes to various Wikipedias). Currently we let these scripts run for about 9 minutes… if needed, we can cut that down (they run on Zend, so the performance penalty of restarts is rather low).TASK DETAILhttps://phabricator.wikimedia.org/T138208EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, ArielGlenn, jcrespo, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T138312: [Usability] restricted value input for items fails silently
Jan_Dittrich added a project: Design. TASK DETAILhttps://phabricator.wikimedia.org/T138312EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Charlie_WMDE, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, codynguyen1116, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T138312: [Usability] restricted value input for items fails silently
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILS...1. There should be a notification e.g. if the user clicks "save" which informs the user that the input could not be matched to an item and that this item could be created.
{F4190943}
2. Possibly, it would make sense to allow saving anyway and allow to match the input with an item later. So if I edit Harry Potter’s "educated at" value and I want to add "Hogwarts" but the item Hogwarts does not exists yet, I still can save, but the value is grayed out (or similar) and if I edit, I can match it again to the (hopefully) now created itemTASK DETAILhttps://phabricator.wikimedia.org/T138312EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Charlie_WMDE, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T138365: [Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results
Jan_Dittrich edited the task description. (Show Details) EDIT DETAILS...3) We may also tentatively just accept a value (in this case, //heise.de// works in any browser, including lynx) and flag is somehow as "possibly incomplete" so the user could continue and return later or allow someone else to fix it.including lynx) and flag is somehow as "possibly incomplete" so the user could continue and return later or allow someone else to fix it. **[[ https://www.nngroup.com/articles/ten-usability-heuristics/ | Usability Guidelines]]**: User Control and Freedom, Help users recognize, diagnose, and recover from errors **Related:** T138312TASK DETAILhttps://phabricator.wikimedia.org/T138365EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Aklapper, Zppix, Charlie_WMDE, Jonas, thiemowmde, Jan_Dittrich, codynguyen1116, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T138365: [Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results
Jan_Dittrich changed the title from "Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results" to "[Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results".Jan_Dittrich added a project: Design. TASK DETAILhttps://phabricator.wikimedia.org/T138365EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Aklapper, Zppix, Charlie_WMDE, Jonas, thiemowmde, Jan_Dittrich, codynguyen1116, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T138312: [Usability] restricted value input for items fails silently
Jan_Dittrich changed the title from "Restricted Values fail silently on wrong input " to "[Usability] restricted value input for items fails silently". TASK DETAILhttps://phabricator.wikimedia.org/T138312EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Charlie_WMDE, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T138365: Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILS...It is good, usability-wise, that the problem is made clear by the color change to orange and the popup. However, the message does not help the user to recover from the error, since it is very generic. (there is details, which in this case is more specific, but it may not be used)
**What should happen**
but it may not be used)
{F4190915}
**What should happen**
(in order of assumed workload and gain from lower to higher)
1) The error should point out the problem right away and in user-understandable language: "The value //›heise.de‹// does not look like a URL for our check, so it could not be saved."...TASK DETAILhttps://phabricator.wikimedia.org/T138365EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Aklapper, Zppix, Charlie_WMDE, Jonas, thiemowmde, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T138312: [Usability] restricted value input for items fails silently
Jan_Dittrich edited the task description. (Show Details) EDIT DETAILS...1. There should be a notification e.g. if the user clicks "save" which informs the user that the input could not be matched to an item and that this item could be created. 2. Possibly, it would make sense to allow saving anyway and allow to match the input with an item later. So if I edit Harry Potter’s "educated at" value and I want to add "Hogwarts" but the item Hogwarts does not exists yet, I still can save, but the value is grayed out (or similar) and if I edit, I can match it again to the (hopefully) now created item. [[ https://www.nngroup.com/articles/ten-usability-heuristics/ | Usability Guidelines]]: User Control and Freedom, Help users recognize, diagnose, and recover from errorsand recover from errors Related: T138365TASK DETAILhttps://phabricator.wikimedia.org/T138312EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Charlie_WMDE, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T138365: Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property results
Jan_Dittrich created this task.Jan_Dittrich added projects: Wikidata, WMDE-Design.Herald added subscribers: Zppix, Aklapper. TASK DESCRIPTIONStory: I want to add a value to a URL-restricted property What happens already If the URL I type is not well formed according to the check (e.g. heise.de is not well formed) I get an error message. It is good, usability-wise, that the problem is made clear by the color change to orange and the popup. However, the message does not help the user to recover from the error, since it is very generic. (there is details, which in this case is more specific, but it may not be used) What should happen The error should point out the problem right away and in user-understandable language: "The value ›heise.de‹ does not look like a URL for our check, so it could not be saved." F4190891: Screenshot from 2016-06-22 09-57-14.png Assuming that there is a group catching Regex, it makes sense to check what exactly failed: "We could not save this, since heise.de does not look like a URL for our check: the protocol (like http://) is missing. Please correct the URL and try again" F4190900: Screenshot from 2016-06-22 10-01-21.png We may also tentatively just accept a value (in this case, heise.de works in any browser, including lynx) and flag is somehow as "possibly incomplete" so the user could continue and return later or allow someone else to fix it. TASK DETAILhttps://phabricator.wikimedia.org/T138365EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, Jan_DittrichCc: Aklapper, Zppix, Charlie_WMDE, Jonas, thiemowmde, Jan_Dittrich, D3r1ck01, Izno, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
