[Wikidata-bugs] [Maniphest] T302189: Query service retains orphaned sitelinks
Yair_rand created this task. Yair_rand added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The Wikidata Query service appears to retain data for many sitelinks which are not attached to articles. Additionally, many such "orphaned" sitelinks are still shown as containing badges. (For examples of item-less sitelinks with badges, see the results of https://w.wiki/4rxZ .) TASK DETAIL https://phabricator.wikimedia.org/T302189 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, 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] T238373: Create a way to convert Wikidata Query Results to Vega
Yair_rand added a comment. See for example List of busiest airports by passenger traffic <https://en.wikipedia.org/wiki/List_of_busiest_airports_by_passenger_traffic#Graph_for_the_first_10>. No bot involved, afaict. TASK DETAIL https://phabricator.wikimedia.org/T238373 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Izno, Yair_rand, Abbe98, Aklapper, bd808, Theklan, Invadibot, Timbaaa, maantietaja, Pietrasagh, Akuckartz, Bouzinac, Nandana, kostajh, Lahi, Gq86, GoranSMilovanovic, TK-999, QZanden, Esc3300, LawExplorer, _jensen, rosalieper, Ryuch, Scott_WUaS, Wikidata-bugs, Base, aude, fbstj, Yurik, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T238373: Create a way to convert Wikidata Query Results to Vega
Yair_rand added a comment. Vega graphs using Wikidata queries has been available for a while, see Template:Graph:Lines <https://en.wikipedia.org/wiki/Template:Graph:Lines> for an example which is in common use. (Sorry if I've misunderstood the task.) TASK DETAIL https://phabricator.wikimedia.org/T238373 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Abbe98, Aklapper, bd808, Theklan, Invadibot, Timbaaa, maantietaja, Pietrasagh, Akuckartz, Bouzinac, Nandana, kostajh, Lahi, Gq86, GoranSMilovanovic, TK-999, QZanden, Esc3300, LawExplorer, _jensen, rosalieper, Ryuch, Scott_WUaS, Izno, Wikidata-bugs, Base, aude, fbstj, Yurik, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] [Commented On] T174981: Add pageviews total counts to WDQS
Yair_rand added a comment. Most query results sets meant for human consumption would benefit from having the results sorted by pageviews. Needing to filter for a certain level of prominence is very common, and using the API isn't a workable solution for most people who would benefit from this. TASK DETAIL https://phabricator.wikimedia.org/T174981 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Gehel, Zache, Nuria, Tagishsimon, Elya, christophbraun, Bovlb, thalhamm, EBernhardson, Esc3300, Lydia_Pintscher, Yair_rand, Smalyshev, Aklapper, Yurik, 4748kitoko, darthmon_wmde, ET4Eva, Nandana, Akovalyov, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, _jensen, rosalieper, Scott_WUaS, Jonas, FloNight, Xmlizer, JAllemandou, terrrydactyl, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T222133: "Edit SPARQL" link is broken in embed.html
Yair_rand created this task. Yair_rand added a project: Wikidata Query UI. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION In the right-side toolbar in embed.html, the "Edit SPARQL" link (under "Edit visually" and above "Help") doesn't do anything. TASK DETAIL https://phabricator.wikimedia.org/T222133 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, alaa_wmde, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Salgo60, _jensen, rosalieper, Jonas, Xmlizer, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 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] T217800: Support complex constraints
Yair_rand added a comment. Couldn't the complex constraints be migrated to statements, if that's what it would take? TASK DETAIL https://phabricator.wikimedia.org/T217800 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Liuxinyu970226, Lydia_Pintscher, Addshore, Lucas_Werkmeister_WMDE, Aklapper, Yair_rand, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Agabi10, 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] T217800: Support complex constraints
Yair_rand created this task. Yair_rand added a project: Wikibase-Quality-Constraints. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION It would be helpful if complex constraints <https://www.wikidata.org/wiki/Template:Complex_constraint> violations were shown in the items like other constraints violations are. I assume this would probably require the queries to return which specific statement causes the violation, and it might not be always up-to-date, but it seems like it would be quite useful. TASK DETAIL https://phabricator.wikimedia.org/T217800 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, alaa_wmde, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Agabi10, 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] T217208: Allow links directly to editing statements
Yair_rand added a comment. While that will solve many applications of linking to directly editing a statement, I suspect it will not solve all of them. TASK DETAIL https://phabricator.wikimedia.org/T217208 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Lydia_Pintscher, Aklapper, Yair_rand, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] T170364: Suggestions for auto completion suggestions
Yair_rand added a comment. Another suggestion: When `?x` is declared as a variable, `?xLabel` should be on the list of suggestions for variable names. TASK DETAIL https://phabricator.wikimedia.org/T170364 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Manu1400, Bsandipan, TerraCodes, Jonas, Yair_rand, Aklapper, ET4Eva, Dinadineke, Nandana, Kieubinhtb, tabish.shaikh91, Asad_Ali_Palijo, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Soteriaspace, RazeSoldier, Jayprakash12345, JakeTheDeveloper, QZanden, EBjune, merbst, LawExplorer, Ivanhercaz, Salgo60, Avner, Gehel, _jensen, rosalieper, FloNight, Xmlizer, MuhammadShuaib, SimmeD, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, TheDJ, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T217208: Allow links directly to editing statements
Yair_rand created this task. Yair_rand added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION In certain situations, there are links from pages inside or outside of Wikidata to particular Wikidata statements, titled things like "Edit on Wikidata". However, after clicking the link, the user must click "edit" again to edit the statement. It should be possible to set up the link so that the statement is already in editing mode on arrival. TASK DETAIL https://phabricator.wikimedia.org/T217208 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 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] T210117: Property suggestions should prioritize per section
Yair_rand added a comment. This should also work in the "Constraints" section, which, afaict, only allows the "property constraint" property (P 2302).TASK DETAILhttps://phabricator.wikimedia.org/T210117EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, 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] T210117: Property suggestions should prioritize per section
Yair_rand created this task.Yair_rand added a project: Wikidata.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONWhen adding a statement using the "add statement" button in the "Identifiers" section, the property suggester should prioritize identifier properties, and when the button in the Statements section is used, non-identifier properties should be prioritized.TASK DETAILhttps://phabricator.wikimedia.org/T210117EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, 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] T206973: Supporting Solar Hijri calendar model in Wikidata
Yair_rand added a comment. I don't think this is a duplicate. T189746 appears to be about having automatic conversion. This task appears to be about direct database/UI support for this calendar, without converting dates to Gregorian.TASK DETAILhttps://phabricator.wikimedia.org/T206973EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Yamaha5, Mehdi, 4nn1l2, Aklapper, Doostdar, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T200350: Impossibility to use Ping project on projects over 50 participants
Yair_rand added subscribers: Quiddity, Yair_rand.Yair_rand added a comment. Related: T108293. Also: In T110306#1614361, @Quiddity wrote: Originally, the limit was 300. That was then reduced to 100, and then to 20. The limit of 20 has been getting regular complaints, so they're raising it to 50. Suggestions/alternatives welcome. :) TASK DETAILhttps://phabricator.wikimedia.org/T200350EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Quiddity, Yann, Hsarrazin, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, SBisson, Luke081515, Wikidata-bugs, aude, Catrope, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T198907: Visually distinguish deprecated statements in Wikidata UI
Yair_rand added a comment. Distinguishing deprecated statements sounds like a good idea because deprecated statements are (usually) actually false, but I don't think it would be helpful to have a different background between preferred and normal statements.TASK DETAILhttps://phabricator.wikimedia.org/T198907EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Nikki, Aklapper, MisterSynergy, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T184025: Default deletion log for Wikidata items doesn't include label
Yair_rand added a comment. @Izno This is not the same as either of those, though it does deal with a related issue. The default contents of the log summary box can be changed by the deleting admin, and do not prevent hiding of information. Since there's no issue of the admin being unable to hide certain content, and there aren't substantial technical barriers here, the problems with the other two tasks don't apply.TASK DETAILhttps://phabricator.wikimedia.org/T184025EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Izno, Sjoerddebruin, Yair_rand, Aklapper, 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] T184025: Default deletion log for Wikidata items doesn't include label
Yair_rand added a comment. @Sjoerddebruin The way that's handled for other types of pages is for the deleting admin to manually remove any problematic text from the deletion summary. Seems like that would work here as well.TASK DETAILhttps://phabricator.wikimedia.org/T184025EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Sjoerddebruin, Yair_rand, Aklapper, 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] [Created] T184025: Default deletion log for Wikidata items doesn't include label
Yair_rand created this task.Yair_rand added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen deleting a regular (wikitext) page, the log for the deletion usually includes at the end the text "content was: " followed by a bit of the page's content. When a Wikidata item is deleted, that text does not include the page's label in any language, making it very difficult to determine what the topic of the item was. If a user sees on their watchlist the text "(Deletion log) Foo has deleted page QXXX (content was: "")", it's very difficult to get any useful information out of that, or followup on it.TASK DETAILhttps://phabricator.wikimedia.org/T184025EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Aklapper, 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] T173771: add an "acyclic" constraint?
Yair_rand added a comment. @Lucas_Werkmeister_WMDE Ideally, sure, but it doesn't matter that much since that would also show up in the child chain.TASK DETAILhttps://phabricator.wikimedia.org/T173771EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Lucas_Werkmeister_WMDE, Yair_rand, Aklapper, Bugreporter, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Agabi10, 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] T173771: add an "acyclic" constraint?
Yair_rand added a comment. Some such properties: father/mother/child (P-22, 25, 40), parent/child astronomical body (P-397, 398), part of/has part [of the class] (361, 527, 2670), subclass of (279), located in/contains administrative territorial entity (131, 150), parent organization/subsidiary/business division (749, 355, 199), has immediate cause/immediate cause of/has contributing factor/contributing factor of (1478, 1536, 1479, 1537), based on (144), parent taxon/parent peak/parent club/parent cell line (171, 3137, 831, 3432).TASK DETAILhttps://phabricator.wikimedia.org/T173771EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Aklapper, Bugreporter, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, LawExplorer, Agabi10, 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] T154869: Removing qualifier/reference using the keyboard (by pressing enter) saves the statement too
Yair_rand added a comment. This is now also the case for the "add" buttons, making it impossible to add more than one qualifier in an edit using the keyboard, and making adding references require a sequence of several edits to add a single reference.TASK DETAILhttps://phabricator.wikimedia.org/T154869EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Lydia_Pintscher, thiemowmde, Jonas, Liuxinyu970226, Aklapper, Nikki, GoranSMilovanovic, QZanden, 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] T174304: Graph result view should support arrow-less links
Yair_rand added a comment. Related: T154937TASK DETAILhttps://phabricator.wikimedia.org/T174304EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T174304: Graph result view should support arrow-less links
Yair_rand created this task.Yair_rand added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONIn graph view, nodes are connected to each other by directional arrows, which makes it not so suitable for bidirectional/direction-less relationships. Sometimes this can be worked around be having duplicate arrows going in both directions, but it would be better if there could just be an option to remove the arrowhead for any particular link, or have arrowheads on both sides.TASK DETAILhttps://phabricator.wikimedia.org/T174304EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T168715: Support setting edge labels in Graph view
Yair_rand added a comment. Related: T154937TASK DETAILhttps://phabricator.wikimedia.org/T168715EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, gerritbot, Jonas, Lucas_Werkmeister_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Maathavan, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T170364: Suggestions for auto completion suggestions
Yair_rand created this task.Yair_rand added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONThe query service interface has autocomplete suggestions accessible via Ctrl-Space. One of these is the following
SELECT * WHERE {
}
This is useful, but not quite enough to avoid a lot of repetitiveness in typing out queries. Here are some other code blocks which I find myself typing quite frequently, which I think would be useful as suggestions:
SELECT ?item ?itemLabel WHERE {
SERVICE wikibase:label { bd:serviceParam wikibase:language "en". }
}
#defaultView:Graph
SELECT ?s ?sLabel ?t ?tLabel WHERE {
SERVICE wikibase:label { bd:serviceParam wikibase:language "en". }
}
SELECT (COUNT( * ) AS ?count) WHERE {
}
SELECT ?item ?itemLabel (COUNT( ?i ) AS ?count) WHERE {
SERVICE wikibase:label { bd:serviceParam wikibase:language "en". }
} GROUP BY ?item ?itemLabel ORDER BY DESC ( ?count )
Some other more general suggestions:
wdt:P31 / wdt:P279*
prov:wasDerivedFrom / pr:P248
FILTER EXISTS {
}TASK DETAILhttps://phabricator.wikimedia.org/T170364EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T155973: Complex query result configuration options
Yair_rand added a comment. @Lucas_Werkmeister_WMDE Seems reasonable. Syntax issues and inconsistency between query metadata types can be resolved later.TASK DETAILhttps://phabricator.wikimedia.org/T155973EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Lucas_Werkmeister_WMDE, Jonas, Smalyshev, Yair_rand, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T146499: Revise documentation for "time" data value in Wikibase/DataModel/JSON
Yair_rand added a comment. I don't think that setting time zones should be unavailable simply because many dates won't have the data available. Time zone data is necessary to be able to put events in proper chronological order, or to determine lengths of time between events. Without time zones, some dates may be ambiguous because of lack of clarity of the "local" time of the event in question, which may not be in a single location. (For example, the WW2 Pacific War began on December 7 in some time zones (as reflected in the English Wikipedia and some others), and December 8 in Asia/West-Pacific time zones (as reflected in the Japanese Wikipedia).) It is practically impossible to automatically determine a historical time zone from a location and date. I recommend having the timezone parameter default to unspecified, and allow editors to add time zones where applicable.TASK DETAILhttps://phabricator.wikimedia.org/T146499EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Liuxinyu970226, Pasleim, Aklapper, Jc3s5h, GoranSMilovanovic, Ivana_Isadora, QZanden, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T155973: Complex query result configuration options
Yair_rand added a comment.
In T155973#3366705, @Jonas wrote:
So I would like to implement something like:
#defaultView:Graph{arrows:'red', layout:'hierarchical', othterOption:'Foo'}
Which would allow you to pass options to default view.
One issue with that: How would it handle settings spanning multiple lines? "#" only comments out one line, and if settings get large/complicated enough to be unwieldy without line breaks, having the constraint could be a problem.TASK DETAILhttps://phabricator.wikimedia.org/T155973EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Lucas_Werkmeister_WMDE, Jonas, Smalyshev, Yair_rand, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T165078: Wikidata item undo action save button has no accesskey
Yair_rand created this task.Yair_rand added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen undoing an edit to a Wikidata item, the "Save page" button has no accesskey attribute set. Normally, the button has accesskey set to "s".TASK DETAILhttps://phabricator.wikimedia.org/T165078EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Aklapper, GoranSMilovanovic, QZanden, 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] T155973: Complex query result configuration options
Yair_rand created this task.Yair_rand added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONAFAICT, the only thing a user can set regarding how a query result will be displayed is which default view is set, using the #defaultView:[NAME] comment. There are numerous other potential settings which could be useful. For example, in the graph layout one might want to organize things vertically, or turn off the behaviour where when an object is clicked on all properties are displayed. When a timeline is used, one may want to not have Jan 1 - June 1 and June 1 - Dec 1 considered as overlapping, which causes a much messier timeline. There should be a standard format for more specific settings for query results displays.TASK DETAILhttps://phabricator.wikimedia.org/T155973EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Aklapper, EBjune, mschwarzer, merbst, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, 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] [Created] T154937: Graph result view should allow arrow coloring
Yair_rand created this task.Yair_rand added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONThe Graph result view for Wikidata queries currently allows the nodes to specify labels, images, size, and color. However, there's no way to change any of these qualities for the arrows linking the nodes. I recommend adding the option for a ?rgbArrow variable or similar. (Adding the option for arrows to have labels, etc might also be useful, but would be much lower priority, I think.)TASK DETAILhttps://phabricator.wikimedia.org/T154937EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yair_randCc: Yair_rand, Aklapper, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, 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] T146271: Wikidata site configuration: enable subpage feature for "Property talk" namespace (wgNamespaceNumber: 121)
Yair_rand added a comment. https://www.wikidata.org/wiki/Wikidata:Project_chat#Backlink_on_Property_talk_subpages.3FTASK DETAILhttps://phabricator.wikimedia.org/T146271EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Urbanecm, Yair_randCc: Yair_rand, Urbanecm, Aklapper, Matanya, JEumerus, TerraCodes, Esc3300, D3r1ck01, MuhammadShuaib, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, aude, Shizhao, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T137319: Graph Display icons should have explanatory tooltips
Yair_rand created this task. Herald added subscribers: Zppix, Aklapper. Herald added projects: Wikidata, Discovery. TASK DESCRIPTION When query's display setting is set to "Graph", there are four icons/buttons in the center of the line containing the "Run"/"Clear"/"Display"/"Download"/"Link" buttons. It is not clear what any of the four buttons do. The buttons should have either tooltips or associated text explaining what they do. TASK DETAIL https://phabricator.wikimedia.org/T137319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, Zppix, Avner, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, Smalyshev, 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] [Created] T134238: Query service is down
Yair_rand created this task. Herald added subscribers: Zppix, Aklapper. Herald added projects: Wikidata, Discovery. TASK DESCRIPTION All queries on the Wikidata query service are currently returning Error 502 (bad gateway). This was previously reported on [[d:WD:DEV#Query_service_returns_502_Bad_Gateway_for_all_queries]]. TASK DETAIL https://phabricator.wikimedia.org/T134238 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, Zppix, Avner, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, Smalyshev, 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] T987: Phase 0: Centralize interwiki language links for Wiktionary
Yair_rand added a comment. Relevant links (2015 proposal): - Task 1: Wiktionary interwiki links <https://www.wikidata.org/wiki/Wikidata:Wiktionary/Development/Proposals/2015-05#Task_1:_Wiktionary_interwiki_links> - Task 2: Switch on Phase 1 for Wiktionary <https://www.wikidata.org/wiki/Wikidata:Wiktionary/Development/Proposals/2015-05#Task_2:_Switch_on_Phase_1_for_Wiktionary> TASK DETAIL https://phabricator.wikimedia.org/T987 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, dg711, DannyH, StudiesWorld, JAnD, Aklapper, RobLa-WMF, Lydia_Pintscher, satdeep_gill, tarlocesilion, jberkel, mxn, PeterBowman, Liuxinyu970226, Darkdadaah, GPHemsley, Ricordisamoa, 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] [Commented On] T127721: Brackets, inverses, and other property paths break autocomplete
Yair_rand added a comment. (Sorry, in case this wasn't clear, the behaviour I'm referring to is on the Wikidata Query Service, https://query.wikidata.org .) TASK DETAIL https://phabricator.wikimedia.org/T127721 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, StudiesWorld, debt, Gehel, Izno, jkroll, Smalyshev, 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] [Created] T127721: Brackets, inverses, and other property paths break autocomplete
Yair_rand created this task.
Herald added subscribers: StudiesWorld, Aklapper.
Herald added projects: Wikidata, Discovery.
TASK DESCRIPTION
If a user types "?p ^wdt:" and then presses Ctrl+space, the auto completion
shows a "Unknown prefix '^wdt:'" message. If a user types "?p
wdt:https://phabricator.wikimedia.org/P31/wdt:"; and then presses Ctrl+space,
using autocomplete replaces the entire path, including the
"wdt:https://phabricator.wikimedia.org/P31";. Similarly, the "|" , "(", and "!"
operators all break autocomplete.
TASK DETAIL
https://phabricator.wikimedia.org/T127721
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Yair_rand
Cc: Aklapper, Yair_rand, StudiesWorld, debt, Gehel, Izno, jkroll, Smalyshev,
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] T126741: Add support for the wikidata's Sparql queries to graphs
Yair_rand added a comment. This is the same thing as these <https://www.mediawiki.org/wiki/Extension:Graph/Demo/Sparql>, right? Does this task need updating? Side note: Is anyone else getting a little concerned that Graphs are racing ahead of the rest of Mediawiki? Graphs being able to directly access the API and Wikidata query results... We can't even do those things from Lua or templates yet. At this rate, people are going to start writing Vega blocks to just show bits of plain text pretty soon. I don't mean to complain about these great new features, but this is probably going to result in some weird hacks being thrown around. TASK DETAIL https://phabricator.wikimedia.org/T126741 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik, Yair_rand Cc: Yair_rand, Ricordisamoa, Smalyshev, aude, Aklapper, Yurik, StudiesWorld, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T57549: [Story] Add a new datatype for geoshapes
Yair_rand added a subscriber: Yair_rand. TASK DETAIL https://phabricator.wikimedia.org/T57549 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Kopiersperre, putnik, StudiesWorld, esbranson, DixonD, Aklapper, Sannita, Ricordisamoa, Cavila, Rits, Niharika, Kolossos, El_Grafo, Wikidata-bugs, Tobias1984, aude, Rschen7754, Liuxinyu970226, Ainali, Lydia_Pintscher, Izno, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T121361: Proposal: Rework diff list display in watchlists and recent changes
Yair_rand added a comment. Thread is now archived <https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2016/01#Proposal_and_demo_script_for_watchlist_and_recent_changes_appearance>. The thread and demo script didn't get as much response as I would have liked, but I still think this general style of change list appearance would be a substantial improvement over the current style. TASK DETAIL https://phabricator.wikimedia.org/T121361 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, StudiesWorld, 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] T111231: [Story] Take Hovercards out of beta features on Wikidata
Yair_rand added a subscriber: Yair_rand. Yair_rand added a comment. Is this really necessary on Wikidata? Couldn't we just have the links' titles include the description, like they do on RC, history pages, and watchlists? TASK DETAIL https://phabricator.wikimedia.org/T111231 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, JKatzWMF, Ricordisamoa, Bene, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude, Prtksxna, Se4598, Mbch331, Quiddity, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T121361: Proposal: Rework diff list display in watchlists and recent changes
Yair_rand added a comment. Relevant project chat thread <https://www.wikidata.org/wiki/Wikidata:Project_chat#Proposal_and_demo_script_for_watchlist_and_recent_changes_appearance>. TASK DETAIL https://phabricator.wikimedia.org/T121361 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, StudiesWorld, 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 Subscribers] T987: Phase 0: Centralize interwiki language links for Wiktionary
Yair_rand added a subscriber: Yair_rand. TASK DETAIL https://phabricator.wikimedia.org/T987 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, dg711, DannyH, StudiesWorld, JAnD, Aklapper, RobLa-WMF, Lydia_Pintscher, satdeep_gill, tarlocesilion, jberkel, mxn, PeterBowman, Liuxinyu970226, Darkdadaah, GPHemsley, Ricordisamoa, 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] [Created] T121361: Proposal: Rework diff list display in watchlists and recent changes
Yair_rand created this task. Yair_rand added a subscriber: Yair_rand. Yair_rand added a project: Wikidata. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION (Sorry of this is the wrong place to propose this.) Currently, each item in the lists of changes on Wikidata watchlists and recent changes look something like this: %%%(diff | hist) . . ItemLabel (Q##); 12:00 . . (+123) . . Editor (talk | contribs) (Created claim: Property (P##): Value (Q##))%%% (If the viewer has "Group changes by page in recent changes and watchlist" enabled, the timestamp is moved to the beginning, but otherwise it's more or less the same.) While this display works reasonably well for other projects, it doesn't make much sense on Wikidata. Do we really need the byte change or the diff link, if the entire edit is listed right there in the summary? For that matter, why is the summary not shown like an ordinary diff? Wikidata diffs tend to be short and simple. Instead of the "Created claim: " text, why not just highlight additions in blue, and removals in yellow, like diffs? So, for simple changes, that would look something roughly like this: (Using purple as highlighting because I don't know how to use other colors on phabricator.) (hist) . . ItemLabel (Q#); 12:08 . . Editor (talk | contribs) - !!Property (P#): Value (Q#)!! (hist) . . ItemLabel (Q#); 12:07 . . 1.2.3.4 (talk | contribs) - !!~~Property (P#): Value (Q#)~~!! (hist) . . ItemLabel (Q#); 12:06 . . Editor (talk | contribs) - Property (P#): Value (Q#) / !!QualifierProp (P#): Value (Q#)!! (hist) . . ItemLabel (Q#); 12:05 . . Editor (talk | contribs) - Aliases [en]: !!GoodAlias!! !!~~WrongAlias~~!! (hist) . . ItemLabel (Q#); 12:04 . . Editor (talk | contribs) - Property (P#): Value (Q#) / !!Reference: stated in (P248): Source (Q#), page (P#): 123 !! (hist) . . ItemLabel (Q#); 12:03 . . Editor (talk | contribs) - Property (P#): Value (Q#) / point in time (P#): !!~~December 2015~~!! !!December 13, 2015!! (hist) . . ItemLabel (Q#); 12:02 . . Editor (talk | contribs) - Property (P#): !!~~Value (Q#)~~!! !!Value (Q#)!! (hist) . . ItemLabel (Q#); 12:01 . . Editor (talk | contribs) - Label [en]: !!~~OldLabel~~!! !!NewLabel!! (hist) . . ItemLabel (Q#); 12:00 . . Editor (talk | contribs) - !!Article [enwiki]!! Possibly adding (undo) and/or (thank) buttons to the end like on history pages. And [rollback] for those with the rights. We'll still need some way of showing "normal" edits for talk pages and project pages and whatnot, as well as a different way for showing particularly large changes, and maybe a space for human-provided edit summaries where they exist, of course. Overall, I think this change would make watchlists easier to read. Unresolved issues with the proposal: * How to show rankings. (Maybe icons?) * Whether to use this format also on history pages and on related project (Wikipedia, etc) watchlists. (I'm leaning towards yes for the former, no for the latter.) * How to show very large edits. TASK DETAIL https://phabricator.wikimedia.org/T121361 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, StudiesWorld, 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] T102749: [Task] Implement "Value only constraint"
Yair_rand added a subscriber: Yair_rand. Yair_rand added a comment. Some properties should only be used either as a value or as a source, but we don't have a constraint for that yet. Maybe instead of having special value only/qualifier only/source only constraints, there should just be one constraint that specifies which of the three should or shouldn't be allowed. TASK DETAIL https://phabricator.wikimedia.org/T102749 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Aklapper, Jonaskeutel, 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] T119492: Simple search suggestions box appears over Wikidata suggestions if search box is selected early
Yair_rand created this task. Yair_rand added a subscriber: Yair_rand. Yair_rand added a project: Wikidata. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION If the user quickly clicks on the search box while some stuff is still loading/running, the "normal" search suggestions box (that is, the suggestions box that appears on other wikis) will appear over the special Wikidata search suggestions box as the user is typing. In most situations, the box will have just the "containing..." bit, unless the user inputs "Q" or some such. The Wikidata suggestions box has a z-index of 1, lower than the normal box which has a z-index of 1099, so the top suggestions are covered. TASK DETAIL https://phabricator.wikimedia.org/T119492 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, StudiesWorld, 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] T118232: Editing any qualifiers recreates all existing qualifiers
Yair_rand created this task. Yair_rand added a subscriber: Yair_rand. Yair_rand added a project: Wikidata. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION If a statement has a collection of qualifiers, and one edits any of those qualifiers, all unchanged qualifiers will show up in the resulting diff as having been deleted, with new identical qualifiers created separately. TASK DETAIL https://phabricator.wikimedia.org/T118232 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Aklapper, Yair_rand, StudiesWorld, 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 Subscribers] T110039: [Story] Unified API and SpecialPage for internal and external constraint violations
Yair_rand added a subscriber: Yair_rand. TASK DETAIL https://phabricator.wikimedia.org/T110039 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, thiemowmde, Ricordisamoa, Tamslo, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T76231: nudge editors to add a reference when adding a new claim
Yair_rand added a subscriber: Yair_rand. Yair_rand added a comment. Herald added a subscriber: Aklapper. This probably shouldn't be the case for all types of claims. Some properties usually don't need sources. TASK DETAIL https://phabricator.wikimedia.org/T76231 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Aklapper, thiemowmde, adrianheine, Snaterlicious, Liuxinyu970226, Lydia_Pintscher, Wikidata-bugs, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T109459: [Story] Improve input elements for monolingual text and quantities with units
Yair_rand added a subscriber: Yair_rand. Yair_rand added a comment. I strongly suspect that making a remotely reliable "best guess" on the language based on the content is completely unfeasible. Google's accuracy is awful and only works at all for very few languages (compared to the hundreds or thousands that need to be supported), and if we try to make our own it will likely be substantially worse. TASK DETAIL https://phabricator.wikimedia.org/T109459 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Nikki, Snaterlicious, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T104825: Linked properties in edit summaries do not display labels when namespace alias is used
Yair_rand added a comment. @matej_suchanek : diff <https://www.wikidata.org/w/index.php?title=Q3938&type=revision&diff=230333424&oldid=225835609>. See that the "[[P:https://phabricator.wikimedia.org/P31]]"; in the edit summary does not expand. TASK DETAIL https://phabricator.wikimedia.org/T104825 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: matej_suchanek, Yair_rand, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T105416: Item-datatype values should link to target item
Yair_rand created this task. Yair_rand added a subscriber: Yair_rand. Yair_rand added a project: Wikibase-Quality-Constraints. Herald added a subscriber: Aklapper. Herald added a project: Wikidata. TASK DESCRIPTION In the page "Special:ConstraintReport", the contents of the "Claim" column all link to the subject item, not the item for the target of the claim. Frequently, the issue with the constraint is with the object item, not the statement itself. In these cases, linking to the statement is unhelpful, and having to go through the subject item to get to the object item wastes quite a lot of time. TASK DETAIL https://phabricator.wikimedia.org/T105416 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T105411: Diffs should link to properties
Yair_rand created this task. Yair_rand added a subscriber: Yair_rand. Yair_rand added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION Currently, diffs display "property / [property label]" as the section for main claims, and "property / [property label]: [value] / qualifier" as the section for qualifiers, with "[property label]: [value]" as the qualifier content. In all of these the property label is unlinked. Linking the labels to the property pages would make understanding changes and navigating somewhat easier. TASK DETAIL https://phabricator.wikimedia.org/T105411 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T104825: Linked properties in edit summaries do not display labels when namespace alias is used
Yair_rand created this task. Yair_rand added a subscriber: Yair_rand. Yair_rand added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION Linking to properties from edit summaries ordinarily causes the property's label to appear next to the Q-id. However, when the link uses a namespace alias, such as P: for Property:, the label does not appear. TASK DETAIL https://phabricator.wikimedia.org/T104825 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T104813: Sitelink-change edit summaries should link to relevant page
Yair_rand created this task.
Yair_rand added a subscriber: Yair_rand.
Yair_rand added a project: Wikidata.
Herald added a subscriber: Aklapper.
TASK DESCRIPTION
When a user adds a sitelink to an item, the edit summary is "Added link to
[xxwiki]: Foo", but the page added ("Foo" in the example) isn't linked in the
edit summary. Similarly, when a user changes or removes a sitelink, the edit
summary does not link to the page.
TASK DETAIL
https://phabricator.wikimedia.org/T104813
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Yair_rand
Cc: Yair_rand, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T103681: Removing multiple references without reloading the page results in error
Yair_rand created this task. Yair_rand added a subscriber: Yair_rand. Yair_rand added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION I'm getting an error "Uncaught Error: Parameter not specified properly" when trying to remove multiple references. Only the first removal goes through, even if I wait until after it's finished before attempting to remove the second. Experienced on the item Q160318. TASK DETAIL https://phabricator.wikimedia.org/T103681 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Aklapper, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T90765: Hacking: Make app Wikidata description editable
Yair_rand added a subscriber: Yair_rand. Yair_rand added a comment. In https://phabricator.wikimedia.org/T90765#1366492, @aude wrote: > how common are these "instructions" in wikidata? I realize the items for > "male" and "female" have them, but then they have no site links > (https://www.wikidata.org/wiki/Q6581097) so think would never appear in the > wikipedia app. My guess would be at least a couple dozen with sitelinks. People have been using descriptions to prevent mistaken uses of the instance-of property. For example, "person" (Q215627) has a note pointing editors to Q5 for instance-of uses. In https://phabricator.wikimedia.org/T90765#1357678, @Mhurd wrote: > If "description" is overloaded to also contain internal usage notes following > some delimiter, we now not only have to strip these notes out in every single > place the description needs to be displayed (already half a dozen places in > the apps alone), but we //also// then have to strip the internal usage notes > and delimiter out when a user edits the actual description, and we'd have to > re-add the internal usage note and delimiter *back* in when we saves the > description - otherwise editing would destroy the internal usage note. > > Presuming all of that, say a pre-existing note of, oh, 200 characters already > exists - this means when we present the editing interface, we actually only > have //56// characters which the user can use for a description. Say the > internal usage note is 256 chars - this means we //cannot// have a > description *at all*. I don't follow. Why not just set the character limit to 256 minus the number of characters used by the usage note? I think it's reasonable to assume that that will be enough space. TASK DETAIL https://phabricator.wikimedia.org/T90765 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Vibhabamba, Yair_rand Cc: Yair_rand, Ainali, Lydia_Pintscher, kaldari, JKatzWMF, Fjalapeno, jeblad, aude, bearND, Tbayer, Rberchie, hoo, Krenair, Qgil, Vibhabamba, Mhurd, Aklapper, Sylvain_WMFr, Cxyshine, AlexWang, Wikidata-bugs, Ryasmeen, Daniel_Mietchen, Dbrant, Matanya ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T48251: Search suggestions doesn't work for pages outside the main namespace
Yair_rand added a comment. Mixing together mainspace items and pages from other namespaces could result in some confusion. For example, if a user is searching for "Template:Support", there would be two items with that label, along with the local template itself titled "Template:Support". If these are to be mixed, there needs to be some way to clearly indicate whether a page is a Wikidata item or not. (Side note: Even if this task is fixed, the issue of it being quite difficult to search for non-mainspace pages will still be a problem for non-English speakers until some kind of fix for https://phabricator.wikimedia.org/T43845 is developed...) TASK DETAIL https://phabricator.wikimedia.org/T48251 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: MGChecker, Liuxinyu970226, Wikidata-bugs, Legoktm, Yair_rand, He7d3r, demon, Denny, matej_suchanek, Ricordisamoa, Lydia_Pintscher, jeremyb, Stryn, Manybubbles, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T101954: Input boxes for time datatype statements always use ltr
Yair_rand created this task. Yair_rand added a subscriber: Yair_rand. Yair_rand added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Input boxes for statements that have properties with the time datatype have the direction set to ltr, even if the user's language is rtl. TASK DETAIL https://phabricator.wikimedia.org/T101954 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T77982: Decide on implementation of Unit Selector widget
Yair_rand added a subscriber: Yair_rand. TASK DETAIL https://phabricator.wikimedia.org/T77982 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Micru, Ricordisamoa, Bene, Lydia_Pintscher, Snipre, thiemowmde, Tobi_WMDE_SW, adrianheine, Snaterlicious, Aklapper, daniel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T57755: allow time values more precise than day
Yair_rand added a subscriber: Yair_rand. Yair_rand added a comment. Has the method of adding time zones been determined yet? Claims with the time datatype have a "timezone" property in the data, and it seems to be a simple number. Would this translate, for example, UTC -9:30 to -9.5? (It would probably be helpful to allow a wide range of options for abbreviations for time zones, by the way.) TASK DETAIL https://phabricator.wikimedia.org/T57755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Apsdehal, Wikidata-bugs, Ricordisamoa, Lydia_Pintscher, Ltrlg, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97566: Add an instruction field for Wikidata items
Yair_rand added a subscriber: Yair_rand. Yair_rand added a comment. I don't know that this is the right way of thinking about these. The little bits of descriptions seem like slightly-more-complicated constraints notes, that have to give specific information to the editor. Perhaps this data could be added as statements to properties, with notes there regarding use? TASK DETAIL https://phabricator.wikimedia.org/T97566 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Tbayer, Filceolaire, Jdforrester-WMF, Pigsonthewing, Tfinc, Deskana, Mhurd, Lydia_Pintscher, Aklapper, kaldari, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T99351: Review and deploy Wikibase-Quality on wikidata.org
Yair_rand added a subscriber: Yair_rand. TASK DETAIL https://phabricator.wikimedia.org/T99351 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Liuxinyu970226, mmodell, greg, hoo, Reedy, Ricordisamoa, Lydia_Pintscher, Aklapper, Wikidata-bugs, aude, Ainali, Dimitri.schmidt, Jonas.keutel, dominic.sauer, Andreasburmeister, Tamslo, soeren.oldag ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T76233: make it possible to easily clone an existing reference from the same item
Yair_rand added a comment. This isn't an ideal solution, but adding duplicate or near-duplicate references could be made a lot easier by refining the autocomplete and suggestions systems. If I just added two sources (or maybe even just one) with "Stated in: X, page number: Y", and I click "add source", it's a reasonable assumption that the first property will be "stated in", and if that's selected, then the value is likely to be "X", etc. Using quick autocomplete (which includes having the next text box ready before the user is) would allow a quick couple of tab presses (or mouse clicks on the next field/button for the less technically-inclined users) to fill in identical or similar references to those just added. A four-part reference would still take eight clicks (including the "add" and "save" buttons) each time, which is much slower than I'd like, but far far faster than typing stuff in, waiting, clicking on the suggestion, waiting for the next field to load, typing the value, waiting, etc, etc, four times. Reference autocomplete and suggestions should also take into account references added to the same item by another user. If possible, it could also take into account similar references on other items, e.g. "stated in" : (book with "chapter" always used as the second source property), would suggest properties and values as appropriate. This doesn't completely negate the need for straight-duplicating sources, which is a more complicated issue. One solution I can think of would be to make existing references lightly selectable (no special pointer, but a barely-noticeable outline or box-shadow after being clicked either in the header or anywhere outside a link, field, or button, with a system to blur as appropriate), and then listen for an oncopy and feed some JSON into clipboardData.setData. (Maybe give a little "Copied!" message here.) Listen for pasted JSON while references are being added and fill them in (without saving, in case some modifications need doing). Ctrl-C, Ctrl-V, as thiemowmde said. Many users probably won't discover the feature, and making accidentally selecting a source not annoying might be difficult. Not a great solution, but maybe better than nothing. I would recommend prioritizing better autocomplete over this, though. TASK DETAIL https://phabricator.wikimedia.org/T76233 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, jeblad, Multichill, JohnLewis, aude, Wikidata-bugs, thiemowmde, Sjoerddebruin, adrianheine, Snaterlicious, Liuxinyu970226, Lydia_Pintscher ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T76233: make it possible to easily clone an existing reference from the same item
Yair_rand added a subscriber: Yair_rand. Yair_rand added a comment. I don't know if focusing on this situation in particular is the right way to go about making it easier to add references. Editors frequently use one source in statements across many items, requiring repeated complete duplication to different pages. Also, individual items often have a reference mostly duplicated in the item, but with a single small change (such as the quote, or page, or URL). TASK DETAIL https://phabricator.wikimedia.org/T76233 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, jeblad, Multichill, JohnLewis, aude, Wikidata-bugs, thiemowmde, Sjoerddebruin, adrianheine, Snaterlicious, Liuxinyu970226, Lydia_Pintscher ___ 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
Yair_rand added a subscriber: Yair_rand. TASK DETAIL https://phabricator.wikimedia.org/T74815 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Liuxinyu970226, Candalua, Ricordisamoa, Wikidata-bugs, JulesWinnfield-hu, Lydia_Pintscher, hoo, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T98703: wikibase-rc-wikibase-edit-title should be split into two separate messages
Yair_rand created this task. Yair_rand added a subscriber: Yair_rand. Yair_rand added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The message (wikibase-rc-wikibase-edit-title) is used on watchlists by both the legend box and the hovertext for the "D" letters next to particular items. This results in hovertext like "This edit was made at [[Wikipedia:Wikidata|Wikidata]]" (note the visible wikitext markup). TASK DETAIL https://phabricator.wikimedia.org/T98703 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T43686: Ability to filter recent changes and watchlist on Wikidata
Yair_rand added a subscriber: Yair_rand. TASK DETAIL https://phabricator.wikimedia.org/T43686 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Nikola_Smolenski, Wikidata-bugs, Nemo_bis, He7d3r, Denny, aude, Qgil, matej_suchanek, MZMcBride, Aklapper, Lydia_Pintscher ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T75225: give indication when description gets too long
Yair_rand added a subscriber: Yair_rand. Yair_rand added a comment. Note that different languages have very different levels of content density relative to the number of characters (eg certain languages having one character per word). However, if the goal is to keep it below a certain physical size, perhaps measuring the absolute width of the description would work better than measuring the number of letters. TASK DETAIL https://phabricator.wikimedia.org/T75225 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Ricordisamoa, Wikidata-bugs, Jaredzimmerman-WMF, Vibhabamba, Snaterlicious, Lydia_Pintscher, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T89300: "Add qualifier" button should automatically focus text box
Yair_rand created this task. Yair_rand added a subscriber: Yair_rand. Yair_rand added a project: MediaWiki-extensions-WikibaseRepository. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Clicking the "Add qualifier" button in Wikidata does not cause the "property" text box to focus automatically. TASK DETAIL https://phabricator.wikimedia.org/T89300 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yair_rand Cc: Yair_rand, Aklapper, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
