[Wikidata-bugs] [Maniphest] T350348: results of query.wikidata are unstable (besides caching issues)
Herzi.Pinki added a comment. In T350348#9328058 <https://phabricator.wikimedia.org/T350348#9328058>, @Gehel wrote: > I'm marking this as resolved as we have a working query. Blazegraph being unmaintained, reporting the issue upstream is not really helpful. Houston, we have a maintenance problem! TASK DETAIL https://phabricator.wikimedia.org/T350348 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Gehel, Herzi.Pinki Cc: Gehel, Aklapper, dcausse, Herzi.Pinki, Danny_Benjafield_WMDE, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, KimKelting, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 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] T350348: results of query.wikidata are unstable (besides caching issues)
Herzi.Pinki added a comment. @dcausse thanks for your investigations. Your query is 8 times faster than mine (optimizing is obviously not always the way to go) and it gives 165 matches instead of my query that still gives 171. for me as a user of the frontend of wikidata query it is difficult to see what fails in the background, even, what is used in the background. Feel free to forward the issue to blazegraph. My problem seems to be solved be rewriting the query. TASK DETAIL https://phabricator.wikimedia.org/T350348 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Aklapper, dcausse, Herzi.Pinki, Danny_Benjafield_WMDE, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 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] T350348: results of query.wikidata are unstable (besides caching issues)
Herzi.Pinki added a comment. as things are stochastic: Now the difference between landforms and mountains is in Hanauer Spitze https://www.wikidata.org/wiki/Q21878328 and Brunnkarspitze https://www.wikidata.org/wiki/Q21878293 TASK DETAIL https://phabricator.wikimedia.org/T350348 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Aklapper, dcausse, Herzi.Pinki, Danny_Benjafield_WMDE, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 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] T350348: results of query.wikidata are unstable (besides caching issues)
Herzi.Pinki created this task. Herzi.Pinki added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION (see also https://www.wikidata.org/wiki/Wikidata:Report_a_technical_problem/WDQS_and_Search#query_does_not_reflect_current_state_(not_even_yesterday's_state) ) in short: mountain (Q8502) is a subclass (P279 <https://phabricator.wikimedia.org/P279>) of landform (Q271669). Querying for mountains thus should result in a subset of the corresponding query for all landforms (as any mountain also is a landform). This is not the case. caveat: the behaviour is not reproducible over long time spans, as after some days things seem to get synchronized again. But the time span is far beyond anything that could be explained by replication lags, different caching servers with non-sync caches, etc. **Steps to replicate the issue** (include links if applicable): - query for landforms: https://query.wikidata.org/sparql?query=%23defaultView%3AMap%7B%22hide%22%3A%22%3Frgb%22%7D%0ASELECT%20%3Fitem%20%3FitemLabel%20%3FitemDescription%20(GROUP_CONCAT(DISTINCT%20%3FwhereLabel%3B%20SEPARATOR%3D'%2C%20')%20AS%20%3FwhereLabels)%20(SAMPLE(%3Fimage)%20AS%20%3Fimage)%20%3Fcoord%20%3Frgb%20%3Flayer%20WITH%20%7B%0A%20%20SELECT%20DISTINCT%20%3Fitem%20WHERE%20%7B%0A%20%20%20%20%3Fitem%20wdt%3AP17%20wd%3AQ40%20.%0A%20%20%20%20%3Fitem%20wdt%3AP625%20%5B%5D%20.%0A%20%20%20%20%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ271669%20.%20%23Q35145263%20.%20%23%20Q271669%20.%20%23%0A%0A%20%20%20%20%23%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ35509%20.%0A%20%20%20%20minus%20%7B%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ46831%20.%7D%0A%0A%20%20%20%20filter%20not%20exists%20%7B%0A%20%20%20%20%20%20%3Fitem%20wdt%3AP131%20%3Fwo%0A%20%20%20%20%20%20%7D%0A%20%20%23minus%20%7B%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ27686%20.%7D%0A%20%20%23minus%20%7B%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ1444%20.%7D%0A%20%20minus%20%7B%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ39816%20.%7D%0A%20%20%7D%0A%7D%20AS%20%25subquery1%20WHERE%20%7B%0A%20%20INCLUDE%20%25subquery1%20.%0A%20%20%3Fitem%20wdt%3AP31%20%5B%5D%20.%0A%20%20%3Fitem%20p%3AP625%20%3FcoordStatement%20.%0A%20%20%3FcoordStatement%20ps%3AP625%20%3Fcoord%20.%0A%20%20%23MINUS%20%7B%20%3FcoordStatement%20prov%3AwasDerivedFrom%2Fpr%3AP143%20wd%3AQ169514%20%7D%20%23%20imported%20from%20Wikimedia%20project%3A%20Swedish%20Wikipedia%20%0A%20%20%23MINUS%20%7B%20%3FcoordStatement%20prov%3AwasDerivedFrom%2Fpr%3AP143%20wd%3AQ837615%20%7D%20%23%20imported%20from%20Wikimedia%20project%3A%20Cebuano%20Wikipedia%20%0A%20%20%23MINUS%20%7B%20%3FcoordStatement%20prov%3AwasDerivedFrom%2Fpr%3AP248%20wd%3AQ1194038%20%7D%20%23%20stated%20in%3A%20GEOnet%20Names%20Server%0A%20%20OPTIONAL%20%7B%0A%20%20%20%20%3Fitem%20wdt%3AP131%20%3Fwhere%20.%0A%20%20%20%20OPTIONAL%20%7B%0A%20%20%20%20%20%20%3Fwhere%20rdfs%3Alabel%20%3FwhereLiteral%20.%0A%20%20%20%20%20%20FILTER(LANG(%3FwhereLiteral)%20%3D%20'de')%20.%0A%20%20%20%20%7D%0A%20%20%7D%0A%20%20BIND(IF(BOUND(%3Fwhere)%2C%20IF(BOUND(%3FwhereLiteral)%2C%20%3FwhereLiteral%2C%20STRAFTER(STR(%3Fwhere)%2C%20'entity%2F'))%2C%20'no%20P131')%20AS%20%3FwhereLabel)%20.%0A%20%20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP18%20%3Fimage%20%7D%0A%20%20BIND(IF(EXISTS%20%7B%20%3Fitem%20p%3AP18%20%5B%5D%20%7D%2C%20'ff'%2C%20'ff')%20AS%20%3Frgb)%20.%0A%20%20BIND(IF(EXISTS%20%7B%20%3Fitem%20p%3AP18%20%5B%5D%20%7D%2C%20'With%20image'%2C%20'Without%20image')%20AS%20%3Flayer)%20.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20'%5BAUTO_LANGUAGE%2Cde%2Cen%5D'%20%7D%0A%7D%20GROUP%20BY%20%3Fitem%20%3FitemLabel%20%3FitemDescription%20%3FwhereLabels%20%3Fcoord%20%3Frgb%20%3Flayer - query for mountains: https://query.wikidata.org/sparql?query=%23defaultView%3AMap%7B%22hide%22%3A%22%3Frgb%22%7D%0ASELECT%20%3Fitem%20%3FitemLabel%20%3FitemDescription%20(GROUP_CONCAT(DISTINCT%20%3FwhereLabel%3B%20SEPARATOR%3D'%2C%20')%20AS%20%3FwhereLabels)%20(SAMPLE(%3Fimage)%20AS%20%3Fimage)%20%3Fcoord%20%3Frgb%20%3Flayer%20WITH%20%7B%0A%20%20SELECT%20DISTINCT%20%3Fitem%20WHERE%20%7B%0A%20%20%20%20%3Fitem%20wdt%3AP17%20wd%3AQ40%20.%0A%20%20%20%20%3Fitem%20wdt%3AP625%20%5B%5D%20.%0A%20%20%20%20%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ8502%20.%20%23Q35145263%20.%20%23%20Q271669%20.%20%23%0A%0A%20%20%20%20%23%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ35509%20.%0A%20%20%20%20minus%20%7B%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ46831%20.%7D%0A%0A%20%20%20%20filter%20not%20exists%20%7B%0A%20%20%20%20%20%20%3Fitem%20wdt%3AP131%20%3Fwo%0A%20%20%20%20%20%20%7D%0A%20%20%23minus%20%7B%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ27686%20.%7D%0A%20%20%23minus%20%7B%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ1444%20.%7D%0A%20%20minus%20%7B%3Fitem%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ39816%20.%7D%0A%20%20%7D%0A%7D%20AS%20%25subquery1%20WHERE%20%7B%0A%20%20INCLUDE%20%25subquery1%20.%0A%20%20%3Fitem%20wdt%3AP31%20%5B%5D%20.%0A%20%20%
[Wikidata-bugs] [Maniphest] T332539: show osm shapes on coordinates
Herzi.Pinki added a comment. In T332539#8725462 <https://phabricator.wikimedia.org/T332539#8725462>, @Lydia_Pintscher wrote: > @hoo @Mike_Peel Does either of you know where this is coming from? I can't find any shape definition in the related Wikidata Item or Commons pages. Is it just taking whatever OSM has there as an object? Yes the shape is coming from OSM, when OSM-item is connected to Wikidata Item via wikidata property. In this specific case: https://www.openstreetmap.org/way/139218871 TASK DETAIL https://phabricator.wikimedia.org/T332539 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Lydia_Pintscher, hoo, Mike_Peel, Arian_Bozorg, Aklapper, Herzi.Pinki, Astuthiodit_1, karapayneWMDE, 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] T332539: show osm shapes on coordinates
Herzi.Pinki added a comment. The Wikidata User Interface, https://www.wikidata.org/wiki/Q117151102: F36925377: screenshot_T332539 Wikidata UI.jpg <https://phabricator.wikimedia.org/F36925377> Wikidata Infobox on Commons, https://commons.wikimedia.org/wiki/Category:Karolinen-Hof,_Rosasgasse_21,_Vienna F36925376: screenshot_T332539 Wikidata Infobox.jpg <https://phabricator.wikimedia.org/F36925376> TASK DETAIL https://phabricator.wikimedia.org/T332539 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Arian_Bozorg, Aklapper, Herzi.Pinki, Astuthiodit_1, karapayneWMDE, 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] T332539: show osm shapes on coordinates
Herzi.Pinki created this task. Herzi.Pinki added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION I want to have OSM shapes shown on P625 <https://www.wikidata.org/wiki/Property:P625> (coordinates) automatically to have better visual control. This should be done similar to Commons:Template:Wikidata Infobox <https://commons.wikimedia.org/wiki/Template:Wikidata_Infobox>. **Describe the impact that solving this problem will have on users:** - will show mismatch / inaccuracy of id / coordinates visually. **Describe the implications/cost of not doing this request:** - Inconsistencies of geographical coordinates and assigned shapes on OSM will not popup automatically. While this is rather instructive inside Wikidata Infobox on a commons category, we will not have commons categories for all wikidata items with coordinates. **Example (if applicable):** - https://www.wikidata.org/wiki/Q117151102 does not show the shape of OSM, while associated - https://commons.wikimedia.org/wiki/Category:Karolinen-Hof,_Rosasgasse_21,_Vienna does show the shape TASK DETAIL https://phabricator.wikimedia.org/T332539 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Aklapper, Herzi.Pinki, Astuthiodit_1, karapayneWMDE, 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] T313638: Coordinates in Structured Data cannot be removed from or changed
Herzi.Pinki added a comment. the solution for this (allow the deletion of false coordinates) is only half way. In principle the bot copied it, the bot shall keep it in sync without user intervention. TASK DETAIL https://phabricator.wikimedia.org/T313638 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Herzi.Pinki, Fl.schmitt, El_Grafo, Sitacuisses, SJu, Aklapper, Astuthiodit_1, karapayneWMDE, toberto, Invadibot, GFontenelle_WMF, maantietaja, Y.ssk, FRomeo_WMF, Muchiri124, CBogen, ItamarWMDE, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Fuzheado, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Daniel_Mietchen, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Steinsplitter, 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] T47925: [Task] Apply normalization to string values in statements
Herzi.Pinki added a comment. Let's consider this to be an epic fail of problem management in Wikidata. This is now open for more than 7 years, and it is about trimming whitespaces. facepalm. Everybody paralysed? The current proposal is to improve documentation and error messages, needless to say this is NOT the solution but an annoyance. The UI is apparently not a first class interface to Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T47925 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Dominicbm, Manuel, Lucas_Werkmeister_WMDE, Addshore, Herzi.Pinki, MichaelSchoenitzer, Billinghurst, Esc3300, ChristianKl, thiemowmde, Ricordisamoa, Aklapper, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel, Raymond, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Akuckartz, Dinadineke, DannyS712, Nandana, lucamauri, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, TheDJ, 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] T291006: wd-entity needs to be reloaded
Herzi.Pinki added a comment. I have the problem NOW. I was advised in T290438 <https://phabricator.wikimedia.org/T290438> to ask for reloading the erronous item. You can create your own testcases. TASK DETAIL https://phabricator.wikimedia.org/T291006 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: MPhamWMF, Aklapper, Gehel, Herzi.Pinki, Invadibot, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 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] T290438: wikidata query results are not stable / reliable
Herzi.Pinki added a comment. T291006 <https://phabricator.wikimedia.org/T291006>: please reload https://www.wikidata.org/wiki/Q37986974 TASK DETAIL https://phabricator.wikimedia.org/T290438 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Gehel, Krd, Aklapper, Herzi.Pinki, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 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] T291006: wd-entity needs to be reloaded
Herzi.Pinki created this task. Herzi.Pinki added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION acc. to T290438 <https://phabricator.wikimedia.org/T290438> and https://wikitech.wikimedia.org/wiki/Wikidata_Query_Service#Known_limitations, please reload https://www.wikidata.org/wiki/Q37986974 TASK DETAIL https://phabricator.wikimedia.org/T291006 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Aklapper, Gehel, Herzi.Pinki, MPhamWMF, CBogen, Namenlos314, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T290438: wikidata query results are not stable / reliable
Herzi.Pinki created this task. Herzi.Pinki added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION **List of steps to reproduce** (step by step, including full links if applicable): - run https://query.wikidata.org/#%23%20Objekte%20mit%20ObjektID%2C%20HERIS-ID%2C%20WienerWohnenIds%20oder%20TirolerKunstkatasterIds%2C%20Wiener%20Kulturgut%0ASELECT%20DISTINCT%20%3Fitem%20%3Fqid5%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%28GROUP_CONCAT%28DISTINCT%20%3FObjektID%3B%20SEPARATOR%3D%27%2C%20%27%29%20AS%20%3FObjektIDs%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%28GROUP_CONCAT%28DISTINCT%20%3FHERISId%3B%20SEPARATOR%3D%27%2C%20%27%29%20AS%20%3FHERISIds%29%0A%20%20%20WHERE%20%7B%0A%20%20%20%3Fitem%20wdt%3AP17%20wd%3AQ40%20.%20%23%20%C3%B6sterreich%0A%20%20%20%7B%20%3Fitem%20wdt%3AP2951%20%3FObjektID.%0A%20%20%20%7DUNION%7B%20%3Fitem%20wdt%3AP9154%20%3FHERISId.%0A%20%20%20%7D%0A%20%20%20%23%3Fitem%20wdt%3AP9154%20%2239086%22%0A%20%20%20bind%20%28replace%28xsd%3Astring%28%3Fitem%29%2C%22http%3A%2F%2Fwww.wikidata.org%2Fentity%2F%22%2C%22%22%29%20as%20%3Fqid5%29%0A%7D%20GROUP%20BY%20%3Fitem%20%3Fqid5%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3FObjektIDs%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3FHERISIds%0A (sorry, no simpler statement found) - run multiple times - this will yield 39043 or 39044 matches (by chance) - if only 39043 matches are returned, it is always ?item wdt:P9154 <https://phabricator.wikimedia.org/P9154> "39086" (https://www.wikidata.org/wiki/Q37986974, column HERISIds in the result) that is missing. The missing object was changed in May 2021 the last time. - sorry, but as it happens by chance, I cannot give clearer step by step proceeding. - I didn't get the same unstable behaviour for checking only item Q37986974 by property value. https://query.wikidata.org/#%23%20Objekte%20mit%20ObjektID%2C%20HERIS-ID%2C%20WienerWohnenIds%20oder%20TirolerKunstkatasterIds%2C%20Wiener%20Kulturgut%0ASELECT%20DISTINCT%20%3Fitem%20%3Fqid5%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%28GROUP_CONCAT%28DISTINCT%20%3FObjektID%3B%20SEPARATOR%3D%27%2C%20%27%29%20AS%20%3FObjektIDs%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%28GROUP_CONCAT%28DISTINCT%20%3FHERISId%3B%20SEPARATOR%3D%27%2C%20%27%29%20AS%20%3FHERISIds%29%0A%20%20%20WHERE%20%7B%0A%20%20%20%3Fitem%20wdt%3AP17%20wd%3AQ40%20.%20%23%20%C3%B6sterreich%0A%20%20%20%7B%20%3Fitem%20wdt%3AP2951%20%3FObjektID.%0A%20%20%20%7DUNION%7B%20%3Fitem%20wdt%3AP9154%20%3FHERISId.%0A%20%20%20%7D%0A%20%20%20%3Fitem%20wdt%3AP9154%20%2239086%22%0A%20%20%20bind%20%28replace%28xsd%3Astring%28%3Fitem%29%2C%22http%3A%2F%2Fwww.wikidata.org%2Fentity%2F%22%2C%22%22%29%20as%20%3Fqid5%29%0A%7D%20GROUP%20BY%20%3Fitem%20%3Fqid5%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3FObjektIDs%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3FHERISIds%0A **What happens?**: It seems to be a caching problem / cache invalidation problem / cache refresh problem. Are there more than one front-end servers doing the caching? May it depend on round robin load balancing etc? We have a bot process based on the query above, and it is essential that the bot gets all the results any time. I got the same weird behaviour for another item, which I purged (don't know whether purging helps on wikidata?) and then added / removed a property to be sure. But purging is not the solution, as in most cases you will not get an idea that one item is missing in the results. I did not observe more than one missing item at the same time. **What should have happened instead?**: Query results should be guaranteed to be complete and correct / or to fail with an error message / error status. (except for replication delays etc.) **Software version (if not a Wikimedia wiki), browser information, screenshots, other information, etc**: TASK DETAIL https://phabricator.wikimedia.org/T290438 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Krd, Aklapper, Herzi.Pinki, 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] [Commented On] T250627: wrong rendering of coordinates in Wikidata
Herzi.Pinki added a comment. I suspect that when storing coordinates the precision is applied to the value and values are changed acc. to the given precision. Changing the precision will again do some conversion on the coordinates and store new values. Original values get lost. I take the coordinates from GIS services, that offer decimal notation and degree/minutes/seconds notation as well. I have no idea, which of those values is the primary value and which is a simple conversion (not lossless!). So taking the wrong one is the first step where precision might get lost. The second is storing to WP where values might be converted to and fro. When coordinates are imported to wikidata, again a loss of precision occurs. Proposal: Store coordinates in wikidata as they are given (if syntactically correct), allow user chances of that coordinates in case they are considered unprecise. BUT: Apply any precision only for the presentation, not for the stored values. TASK DETAIL https://phabricator.wikimedia.org/T250627 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: NordNordWest, Thgoiter, Man77, Aklapper, Herzi.Pinki, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] [Created] T252074: copy / insert reference fails on fresh entry
Herzi.Pinki created this task. Herzi.Pinki added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When I add a second value for a property (e.g. P31 <https://phabricator.wikimedia.org/P31>), save the new value and try to copy the reference from the old value to the new property value (insert reference), this will fail with //The reference could not be inserted. Could not save due to an error.// I have to reload the whole item. Only then copying references succeeds. TASK DETAIL https://phabricator.wikimedia.org/T252074 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Aklapper, Herzi.Pinki, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] [Created] T252022: false positive message about same label and description of two items
Herzi.Pinki created this task. Herzi.Pinki added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When changing the name (label) and the description of an item, save may fail with an error message, that label + description are not unique. What is done here is comparing the new label of item1 with the label of item2 and the old (!) description of item1 with the description of item2. As the description of item1 is already changed (not saved, but changed), this message is false positive. I get the error message (sorry to lazy to find the English pendant): Die Speicherung konnte aufgrund eines Fehlers nicht ausgeführt werden. Das Datenobjekt Q21881507 hat bereits die Bezeichnung „Karbach“, die dem Sprachcode de zugeordnet ist, verwendet den gleichen Beschreibungstext. Instead, the new (!) description of item1 should be compared with the description of item2. From the user perspective I can change a lot of labels / description in one step, while the software implements this in atomic steps for each change. Combined with obviously atomic checks for uniqueness. Saving label + descriptions should check all constraints before and then save the whole bunch of changes. My workaround is something like this on item2 (!): https://www.wikidata.org/w/index.php?title=Q21881507=history - needless to comment on that. Change item2, save item1, undo change on item2. TASK DETAIL https://phabricator.wikimedia.org/T252022 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Aklapper, Herzi.Pinki, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] T251480: misleading: "Commons link should be well-formed." warning
Herzi.Pinki added a comment. Hi, I just observered a behavior. Possible reactions are: not reproducable, wontfix (with reason), fixed (the best of all possibilities) (scnr) clarify, if unclear. as far as I understand the regex, it says any characters (but at least one) followed by . with a list of acceptable suffices. Suffices might be written in uppercase, lowercase or even fancy case (e.g, tIfF). This does not state anything about underscores are not allowed. I also tested now with P18 <https://phabricator.wikimedia.org/P18>, same problem. It differs from (?i).+\.(jpg|jpeg|jpe|png|svg|tif|tiff|gif|xcf|pdf|djvu|webp) for P18 <https://phabricator.wikimedia.org/P18>, which allows additionally .jpe, .xcf und .pdf (and video formats) - without obvious reason. TASK DETAIL https://phabricator.wikimedia.org/T251480 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Reedy, Aklapper, Herzi.Pinki, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, 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] T251480: misleading: "Commons link should be well-formed." warning
Herzi.Pinki updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T251480 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Reedy, Aklapper, Herzi.Pinki, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, 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] T251480: misleading: "Commons link should be well-formed." warning
Herzi.Pinki added a comment. In T251480#6096842 <https://phabricator.wikimedia.org/T251480#6096842>, @Reedy wrote: > Into what field are you trying to enter it? I did not set any property but found the error with P1442 <https://phabricator.wikimedia.org/P1442>. Setting the value to the _-free value, solved the problem. This is an image, so I would suspect, that there is a common shared implementation for all images somewhere. If there is not a shared implementation, but each property is implemented on its own, this would give me even more headache. TASK DETAIL https://phabricator.wikimedia.org/T251480 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Reedy, Aklapper, Herzi.Pinki, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, 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] T251480: misleading: "Commons link should be well-formed." warning
Herzi.Pinki created this task. Herzi.Pinki added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION If an image name (e.g. P18 <https://phabricator.wikimedia.org/P18>, P1442 <https://phabricator.wikimedia.org/P1442>) does contain underscores '_', wikidata considers this to be ill-formed. Now - Grab fritz jellinek wiener zentralfriedhof 2020-01-30(2).jpg and - Grab_fritz_jellinek_wiener_zentralfriedhof_2020-01-30(2).jpg are identical by definition and the warning is a annoyance So please can you silently do all the necessary underscore <-> space replacements by the underlying software instead of propagating it to the users. TASK DETAIL https://phabricator.wikimedia.org/T251480 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Aklapper, Herzi.Pinki, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] T250627: wrong rendering of coordinates in Wikidata
Herzi.Pinki added a comment. https://www.wikidata.org/w/index.php?title=Q7861551=1095688967 first coord links to 47° 15′ 28.8″ N, 11° 24′ 38.16″ E in geohack, but is rendered as 47°15'7"N, 11°24'34"E in Wikidata (a difference of 20'' / 4'') TASK DETAIL https://phabricator.wikimedia.org/T250627 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Aklapper, Herzi.Pinki, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] T250627: wrong rendering of coordinates in Wikidata
Herzi.Pinki added a comment. same for the first coord in https://www.wikidata.org/w/index.php?title=Q12343559=1082146732=896933408=source with precision +/- 0.013101 is rendered as 46°42'19"N, 12°36'59"E in WD but for geohack this is 46° 42′ 38.52″ N, 12° 37′ 0.12″ E which is a distance of more than 600 meters. (20'' in north-south direction). TASK DETAIL https://phabricator.wikimedia.org/T250627 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Aklapper, Herzi.Pinki, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] T250627: wrong rendering of coordinates in Wikidata
Herzi.Pinki added a comment. same for the second coordinate in https://www.wikidata.org/w/index.php?title=Q801607=1162774540 WD shows ''48°8'2"N, 16°17'13"E'' while geohack shows 48° 8′ 4.92″ N, 16° 17′ 2.04″ E TASK DETAIL https://phabricator.wikimedia.org/T250627 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Aklapper, Herzi.Pinki, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] [Created] T250627: wrong rendering of coordinates in Wikidata
Herzi.Pinki created this task. Herzi.Pinki added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION https://www.wikidata.org/wiki/Q207576 (https://www.wikidata.org/w/index.php?title=Q207576=1153317172) has got two different coordinates (yes, a constraint violation, but this is not the point). Values linked to are - 48.2083_N_16.3731_E - 48.20833_N_16.373064_E a minor difference at the 5th digit after the period the coordinates are rendered (below the map) as follows: - 48°11'N, 16°23'E - 48°12'29.99"N, 16°22'23.02"E which is a huge difference of 1.5/0.5 minutes (not visible on the two maps, that's why I was wondering). The first coordinate should render / geohack renders: 48° 12′ 29.88″ N, 16° 22′ 23.16″ E which seems to be correct and near to the other coordinate. TASK DETAIL https://phabricator.wikimedia.org/T250627 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Aklapper, Herzi.Pinki, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] T142082: Add another "Add statement" button on top to ensure consistent position
Herzi.Pinki added a comment. In T142082#6065221 <https://phabricator.wikimedia.org/T142082#6065221>, @Dvorapa wrote: > The issue is that the button is not at the bottom, actually it is above sitelinks and above external identificators. It is even hard to find it. I agree with @Herzi.Pinki, this should be handled by the add dialog window. @Dvorapa, it depends on the size of the window. sitelinks on large windows sometimes do appear on the right side, not on the bottom. So another annoying point, that the sitelinks are in different places depending on the window size. TASK DETAIL https://phabricator.wikimedia.org/T142082 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Herzi.Pinki, Eissink, Lea_Lacroix_WMDE, Draceane, Dvorapa, Roy17, Liuxinyu970226, Marsupium, KaMan, Moebeus, PokestarFan, Daniel_Mietchen, Nikki, Esc3300, Jonas, Lydia_Pintscher, Nemo_bis, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Tacsipacsi, Sjoerddebruin, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T142082: Add another "Add statement" button on top to ensure consistent position
Herzi.Pinki added a comment. In T142082#2623859 <https://phabricator.wikimedia.org/T142082#2623859>, @Lydia_Pintscher wrote: > How do you make sure then you are not adding a statement that is already there? by software? Can you check, whether the statement is already there and issue a confirmation message, if so? By placing the add button at the bottom, you can make sure neither. I use the scroll to end button, I read what I want and not what you want me to read. TASK DETAIL https://phabricator.wikimedia.org/T142082 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Herzi.Pinki, Eissink, Lea_Lacroix_WMDE, Draceane, Dvorapa, Roy17, Liuxinyu970226, Marsupium, KaMan, Moebeus, PokestarFan, Daniel_Mietchen, Nikki, Esc3300, Jonas, Lydia_Pintscher, Nemo_bis, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Tacsipacsi, Sjoerddebruin, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T208124: Can't edit "Other sites" on Wikidata
Herzi.Pinki added a comment. adding FF JS Console: (not sure, whether this is problem related) This page is using the deprecated ResourceLoader module "jquery.jStorage". Please use "mediawiki.storage" instead. load.php:703:947 This page is using the deprecated ResourceLoader module "jquery.ui.position". load.php:84:291 This page is using the deprecated ResourceLoader module "jquery.ui.widget". load.php:115:942 This page is using the deprecated ResourceLoader module "jquery.tipsy". load.php:744:171 This page is using the deprecated ResourceLoader module "jquery.ui.core". Please use OOUI instead. load.php:20:84 JQMIGRATE: jQuery.expr[':'] is deprecated; use jQuery.expr.pseudos load.php:141:731 Your skin is incompatible with VisualEditor. See for the requirements. load.php:643:780 JQMIGRATE: jQuery.fn.bind() is deprecated load.php:141:731 JQMIGRATE: jQuery.fn.unbind() is deprecated load.php:141:731 JQMIGRATE: jQuery.fn.offset() requires an element connected to a document load.php:141:731 JQMIGRATE: jQuery.fn.hover() is deprecated load.php:141:731 JQMIGRATE: jQuery.fn.offset() requires a valid DOM element load.php:141:731TASK DETAILhttps://phabricator.wikimedia.org/T208124EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Herzi.PinkiCc: Herzi.Pinki, Reedy, Aklapper, MB-one, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment
Herzi.Pinki added a comment. for me it's 100% failuresTASK DETAILhttps://phabricator.wikimedia.org/T198350EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dduvall, Herzi.PinkiCc: Herzi.Pinki, DC, Yann, Raymond, DerHexer, matmarex, AlexisJazz, Aklapper, greg, Jdforrester-WMF, Stashbot, gerritbot, MarcoAurelio, revi, dduvall, Rayssa-, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T106748: Display What statements link here on item pages and add a Wikibase-Client function to access these statements from the 'object' item
Herzi.Pinki added a subscriber: Herzi.Pinki. TASK DETAIL https://phabricator.wikimedia.org/T106748 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Herzi.Pinki, Ricordisamoa, Daniel_Mietchen, Lydia_Pintscher, Bene, Multichill, Pasleim, Mbch331, Popcorndude, Filceolaire, Aklapper, Wikidata-bugs, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T74815: Add mw.wikibase.getEntityObject by site link (title) Lua function
Herzi.Pinki added a subscriber: Herzi.Pinki. TASK DETAIL https://phabricator.wikimedia.org/T74815 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Herzi.Pinki Cc: Herzi.Pinki, Mbch331, Daniel_Mietchen, Aklapper, Edgars2007, matej_suchanek, Aubrey, Accurimbono, ValterVB, Nemo_bis, Yair_rand, Liuxinyu970226, Candalua, Ricordisamoa, Wikidata-bugs, JulesWinnfield-hu, Lydia_Pintscher, hoo, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T50389: login issue with add language links widget
Herzi.Pinki added a comment. Disabled noscript, but this does not make a change. Even then, the ''Add link'' does not consider me to be logged in to WD. TASK DETAIL https://phabricator.wikimedia.org/T50389 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: Herzi.Pinki Cc: csteipp, Lydia_Pintscher, hoo, Ainali, Abraham, daniel, Wikidata-bugs, adrianlang, Herzi.Pinki, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed CC] T50389: login issue with add language links widget
Herzi.Pinki added a subscriber: Herzi.Pinki. Herzi.Pinki added a comment. It still doesn't work for me. To be clear about: It worked perfectly before (about 8 weeks ago), but since then it doesn't . What have you changed related to authentication since then? TASK DETAIL https://phabricator.wikimedia.org/T50389 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. To: Herzi.Pinki Cc: csteipp, Lydia_Pintscher, hoo, Ainali, Abraham, daniel, Wikidata-bugs, adrianlang, Herzi.Pinki, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T50389: login issue with add language links widget
Herzi.Pinki added a comment. thanks hoo, but I'm using a rather old firefox and I did not update since months. But I use noscript, maybe that is the problem? It updates regularily. Any hint on noscript? TASK DETAIL https://phabricator.wikimedia.org/T50389 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. To: Herzi.Pinki Cc: csteipp, Lydia_Pintscher, hoo, Ainali, Abraham, daniel, Wikidata-bugs, adrianlang, Herzi.Pinki, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
