[Wikidata-bugs] [Maniphest] T249206: Serialized statements of Forms and Senses are missing data type fields
MichaelSchoenitzer added a comment. I ran into this issue last year, when writing MachtSinn. Nice to see that this is actually a bug and not a design choice. Is this already deployed, so I can remove the hack I needed to circumvent this? TASK DETAIL https://phabricator.wikimedia.org/T249206 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, MichaelSchoenitzer Cc: MichaelSchoenitzer, Lucas_Werkmeister_WMDE, Mohammed_Sadat_WMDE, Michael, Lydia_Pintscher, Lea_Lacroix_WMDE, Ladsgroup, Aklapper, Shisma, Addshore, Jakob_WMDE, Alter-paule, Hazizibinmahdi, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, joker88john, CucyNoiD, Nandana, Mringgaard, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer added a comment. I would like to see the ordering being implemented and I share the doubts on the use of colors. But I want to point out that just sorting the values by rank will only solve half of this problem. It will make it easier for people to see which statements have the highest/lowest ranks – but the other (in my opinion bigger) problem is new/sporadic editors and data users often don't know about the existence of ranks and don't notice the small, hardly different, icons and therefore wrongly remove or modify data. In my opinion the ordering will likely not improve this situation. I see also an UX related potential issue with the sorting coming up: so far the order of the elements is from oldest (top) to newest (bottom) added values. This results that in most cases the values are sorted from the oldest on top to the newest at the bottom. There are also a few scripts which change the order to ensure this sorting. On the other end, I would assume that implementing this sorting by rank would put the items with the highest rank to the top and the values with the lowest rank at the bottom. This would create an inconsistent order. Example: We currently have the following values: 1 2 3 4 5 6 **7** **8** where bold means higher rank. The new order would be: **7** **8** 1 2 3 4 5 6 //Disclaimer: This is my private opinion as a member of the Wikidata community and not related to my employment at WMDE. // TASK DETAIL https://phabricator.wikimedia.org/T206392 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MichaelSchoenitzer Cc: Lea_Lacroix_WMDE, maca, MisterSynergy, Tkarcher, Kristbaum, Lydia_Pintscher, MichaelSchoenitzer, Aklapper, cristiana023, Akuckartz, JanJaquemot, Demian, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, JGirault, 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] [Edited] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T206392 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MichaelSchoenitzer Cc: MisterSynergy, Tkarcher, Kristbaum, Lydia_Pintscher, MichaelSchoenitzer, Aklapper, cristiana023, JanJaquemot, Demian, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, JGirault, 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] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer added a comment. I created some rough mookups: Current state: -- F31857903: jetzt.png <https://phabricator.wikimedia.org/F31857903> Color icons: F31857906: colors.png <https://phabricator.wikimedia.org/F31857906> Color the background: - F31857908: backgroundcolor.png <https://phabricator.wikimedia.org/F31857908> Add watermarks: --- F31857910: backgroundicon-post.png <https://phabricator.wikimedia.org/F31857910> Color the background & add watermarks: -- F31857912: backgroundcolor-mark.png <https://phabricator.wikimedia.org/F31857912> Hide Icon for default rank: --- F31857925: hide_default.png <https://phabricator.wikimedia.org/F31857925> Different icons: F31857914: newicons.png <https://phabricator.wikimedia.org/F31857914> Different icons & hide Icon for default rank: - F31857927: new icons hide default.png <https://phabricator.wikimedia.org/F31857927> Order by rank: -- F31857916: order.png <https://phabricator.wikimedia.org/F31857916> Order by rank & hide deprecated: F31857918: ordered_hidden.png <https://phabricator.wikimedia.org/F31857918> Order by rank & hide deprecated & don't show icon for default rank: --- F31857920: combi.png <https://phabricator.wikimedia.org/F31857920> Note: - The icons and colors are just rough ideas and not final designs. Another Idea for a new Icon-design: colored meter <https://www.shutterstock.com/de/image-vector/normal-level-risk-gauge-vector-icon-598413245> TASK DETAIL https://phabricator.wikimedia.org/T206392 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MichaelSchoenitzer Cc: MisterSynergy, Tkarcher, Kristbaum, Lydia_Pintscher, MichaelSchoenitzer, Aklapper, cristiana023, JanJaquemot, Demian, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, JGirault, 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] T232862: Lexeme search on Wikidata result in fatal exceptions
MichaelSchoenitzer added a comment. Also occurs when selecting `Lexeme` namespace in advanced search. TASK DETAIL https://phabricator.wikimedia.org/T232862 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MichaelSchoenitzer Cc: MichaelSchoenitzer, Daimona, Aklapper, Fnielsen, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Jdforrester-WMF, Mbch331, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T234136: Prevent soft hyphens and similar in Lemmas of Lexemes
MichaelSchoenitzer created this task. MichaelSchoenitzer added projects: Wikidata-Bridge, Lexicographical data. Restricted Application added a project: Wikidata. TASK DESCRIPTION It is possible for Lexemes to have a soft hyphen U+00AD in the lemma. This might happen by accident when copy-pasting from other sources (for example some dictionaries). This causes troubles: This Lexeme (L34775) <https://www.wikidata.org/w/index.php?title=Lexeme:L34775=944847560> was a duplicate of this (L27002) <https://www.wikidata.org/wiki/Lexeme:L27002>. It was apparently created because the older one (L27002) couldn't be found. Merging them wasn't possible since the lemmas where different for the mergepage even through they seemed to be identically for the user. Proposes solution: Forbid or automatically remove soft hyphens and similar non visible unicode-characters. TASK DETAIL https://phabricator.wikimedia.org/T234136 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MichaelSchoenitzer Cc: MichaelSchoenitzer, darthmon_wmde, Michael, DannyS712, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Lydia_Pintscher, Darkdadaah, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer added a comment. In T206392#4976407 <https://phabricator.wikimedia.org/T206392#4976407>, @Pintoch wrote: > What is the protocol to go forward on this? Should we hold a RFC on-wiki to let people choose among the possible solutions above? I think the next step should be to create mokups of all variants to make sure everyone understands them equally. TASK DETAIL https://phabricator.wikimedia.org/T206392 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MichaelSchoenitzer Cc: Pintoch, Lydia_Pintscher, MichaelSchoenitzer, Aklapper, alaa_wmde, Nandana, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, JGirault, 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] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer added a comment. By talking to other wikidata-editors and looking at other commons.css-files it seems that quite a lot of people have this issue and use CSS-Hacks to work around it, one more reason to solve it at it's core. I identified the following possible solutions: Change the color of the rank icons (my original proposal) Change the rank icons to be different to each other Change the background of the whole statement (as suggested by Nikki/@Pintoch) Add a wathermark to the statement Sort the statements according to their rank Some of these could be combined.TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Pintoch, Lydia_Pintscher, MichaelSchoenitzer, Aklapper, Nandana, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, JGirault, 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] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer added a comment. Voila: F28052925: 1.png F28052928: 3.png There's a little bug with sources, but that's easy to fix. F28052950: 2.pngTASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Pintoch, Lydia_Pintscher, MichaelSchoenitzer, Aklapper, Nandana, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, JGirault, 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] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer added a parent task: T139081: Improve usability of rank selector. TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Lydia_Pintscher, MichaelSchoenitzer, Aklapper, Nandana, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, JGirault, 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] [Updated] T139081: Improve usability of rank selector
MichaelSchoenitzer added a subtask: T206392: Redesign rank icons for better visibility. TASK DETAILhttps://phabricator.wikimedia.org/T139081EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_Dittrich, MichaelSchoenitzerCc: MichaelSchoenitzer, daniel, Lydia_Pintscher, Incabell, Aklapper, Zppix, Jan_Dittrich, Nandana, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, JGirault, 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] [Reopened] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer reopened this task as "Open". TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Lydia_Pintscher, MichaelSchoenitzer, Aklapper, Nandana, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, JGirault, 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] [Edited] T213536: WDQS returns 2 month old data
MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION[[ https://query.wikidata.org/embed.html#%23TEMPLATE%3D%7B%20%22template%22%3A%20%7B%20%22en%22%3A%20%22settlements%20in%20%3Fstate%20with%20more%20than%20one%20word%20in%20the%20name%22%20%7D%2C%20%22variables%22%3A%20%7B%20%22%3Fstate%22%3A%20%7B%20%22query%22%3A%20%22SELECT%20DISTINCT%20%3Fid%20WHERE%20%7B%20%3Fid%20wdt%3AP31%2Fwdt%3AP279*%20wd%3AQ3624078%3B%20p%3AP463%20%3FmemberOfStatement.%20%3FmemberOfStatement%20a%20wikibase%3ABestRank%3B%20ps%3AP463%20wd%3AQ1065.%20MINUS%20%7B%20%3FmemberOfStatement%20pq%3AP582%20%3FendTime.%20%7D%20MINUS%20%7B%20%3Fid%20wdt%3AP576%7Cwdt%3AP582%20%3Fend.%20%7D%20%7D%22%20%7D%20%7D%20%7D%0A%23defaultView%3AMap%7B%20%22layer%22%3A%20%22%3Fwords%22%2C%20%22hide%22%3A%20%5B%22%3Fwords%22%2C%20%22%3Fcoordinates%22%5D%20%7D%0ASELECT%20%3Fcity%20%3FcityLabel%20%3Fwords%20%3Fcoordinates%20WHERE%20%7B%0A%20%20BIND(wd%3AQ183%20AS%20%3Fstate)%0A%20%20%3Fcity%20(wdt%3AP31%2Fwdt%3AP279*)%20wd%3AQ486972.%0A%20%20%3Fcity%20wdt%3AP17%20%3Fstate.%0A%20%20%3Fcity%20wdt%3AP625%20%3Fcoordinates.%0A%20%20%3Fcity%20wdt%3AP1448%20%3FcityLabel.%0A%20%20BIND(IF(REGEX(%3FcityLabel%2C%20%22%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%5B%5E%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5E%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5E%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5E%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%22)%2C%20%225%2B%22%40en%2C%20IF(REGEX(%3FcityLabel%2C%20%22%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%5B%5E%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5E%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5E%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%22)%2C%20%224%22%40en%2C%20IF(REGEX(%3FcityLabel%2C%20%22%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%5B%5E%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5E%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%22)%2C%20%223%22%40en%2C%20%222%22%40en)))%20AS%20%3Fwords)%0A%20%20FILTER(REGEX(%3FcityLabel%2C%20%22%5C%5Cw%5C%5CW%2B%5C%5Cw%22))%0A%20%20FILTER(REGEX(%3FcityLabel%2C%20%22%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%5B%5E%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%2B%5B%5C%5Cp%7BIsAlphabetic%7D%5C%5Cp%7Bgc%3DMn%7D%5C%5Cp%7Bgc%3DMe%7D%5C%5Cp%7Bgc%3DMc%7D%5C%5Cp%7BIsDigit%7D%5C%5Cp%7Bgc%3DPc%7D%5D%22))%0A%7D%0AORDER%20BY%20DESC(%3Fwords) | This query ]] retruns "Essenbach, Markt", but this label [[ https://www.wikidata.org/w/index.php?title=Q269499=798533510=770985502 | has been removed from the corresponding item on November 25th 2018 ]].TASK D
[Wikidata-bugs] [Maniphest] [Created] T213536: WDQS returns 2 month old data
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata-Query-Service.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata. TASK DESCRIPTIONThis query retruns "Essenbach, Markt", but this label has been removed from the corresponding item on November 25th 2018.TASK DETAILhttps://phabricator.wikimedia.org/T213536EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, D3r1ck01, Jonas, Xmlizer, 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] T153685: Autofill link for Wikidata's citoid gadget: wording
MichaelSchoenitzer added a comment. In T153685#4810420, @Mvolz wrote: In T153685#4810151, @Jan_Dittrich wrote: Although this ticket actually conflicts with my own ideas about how the button should work. We would need to review the solution/UI (separately of the code) anyway before we merge it. I mean, that's dependant on the process being under WMDE control, but the repo is on Katie's personal github and she's no longer with WMDE (I think!) - should the repo be moved to the WMDE org? Yes, also now there exist already 3 different versions, that will be really hard to merge. Mvolz and I did a lot of work twofold without knowing of each. A typical wikimedia-userscript fail and showing how badly broken the hole system is – especially at wikidata where nothing works without using dozens of gadgets scripts and tool… We should clean up this mess and get it into a gadget so that people can finally use it and that we will finally get some proper sources into Wikidata.TASK DETAILhttps://phabricator.wikimedia.org/T153685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Mvolz, MichaelSchoenitzer, Charlie_WMDE, Lydia_Pintscher, aude, Aklapper, Jan_Dittrich, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, D3r1ck01, Shangkuanlc, mobrovac, Wikidata-bugs, Ricordisamoa, Sjoerddebruin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T153683: Autofill link for Wikidata's citoid gadget should be closer to autofilled area
MichaelSchoenitzer added a comment. This is fixed in my fork of CiteTool: https://www.wikidata.org/wiki/User:MichaelSchoenitzer/CiteTool May/Should I close this ticket?TASK DETAILhttps://phabricator.wikimedia.org/T153683EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Lydia_Pintscher, Aklapper, Jan_Dittrich, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, D3r1ck01, Shangkuanlc, mobrovac, Wikidata-bugs, aude, Ricordisamoa, Mvolz, Sjoerddebruin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T153684: Autofill link for Wikidata's citoid gadget: data retrieval should be signified
MichaelSchoenitzer added a comment. This is fixed in my fork of CiteTool: https://www.wikidata.org/wiki/User:MichaelSchoenitzer/CiteTool May/Should I close this ticket?TASK DETAILhttps://phabricator.wikimedia.org/T153684EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Charlie_WMDE, aude, Lydia_Pintscher, Aklapper, Jan_Dittrich, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, D3r1ck01, Shangkuanlc, mobrovac, Wikidata-bugs, Ricordisamoa, Mvolz, Sjoerddebruin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T153685: Autofill link for Wikidata's citoid gadget: wording
MichaelSchoenitzer added a comment. This is fixed in my fork of CiteTool: https://www.wikidata.org/wiki/User:MichaelSchoenitzer/CiteTool May/Should I close this ticket?TASK DETAILhttps://phabricator.wikimedia.org/T153685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Charlie_WMDE, Lydia_Pintscher, aude, Aklapper, Jan_Dittrich, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, D3r1ck01, Shangkuanlc, mobrovac, Wikidata-bugs, Ricordisamoa, Mvolz, Sjoerddebruin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T210164: Currency converter as query service
MichaelSchoenitzer created this task.MichaelSchoenitzer added projects: Wikidata, Wikidata-Query-Service.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONQuerries like "Biggest company in field x" are currently impossible or at least very hard to write since turnover, profits, etc. are in the currency of the state the companies headquarter is in. Proposed solution: Implement a currency converter as a query service, that allows all currencies to be converted into a given Currency. Format could be something like: SERVICE wikibase:currencyconverter { bd:serviceParam wikibase:value ?value. bd:serviceParam wikibase:currency ?currency. bd:serviceParam wikibase:targetcurrency wd:Q4917. bd:serviceParam wikibase:date wikibase:now. } TASK DETAILhttps://phabricator.wikimedia.org/T210164EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Aklapper, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, D3r1ck01, Jonas, Xmlizer, 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] T157811: Wikidata reference URIs have become too many to search with WDQS SPARQL
MichaelSchoenitzer added a comment. I had the same problem and solved it by using the API with the generator exturlusage.TASK DETAILhttps://phabricator.wikimedia.org/T157811EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Nikki, MisterSynergy, Esc3300, Smalyshev, Aklapper, Jheald, ET4Eva, Nandana, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, 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] [Updated] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer added a subscriber: Lydia_Pintscher.MichaelSchoenitzer added a comment. @Lydia_Pintscher I'm not sure if this is a duplicate of T139081. Where that ticket speaks only about the rank-selector in edit-mode, my concern is also/mostly about the rank-icon in viewing mode. If you close this ticket, you might at least integrate the additional aspects into the other ticket.TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Lydia_Pintscher, MichaelSchoenitzer, Aklapper, Nandana, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JGirault, 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] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer added a project: Wikidata-Frontend. TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Aklapper, Nandana, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JGirault, 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] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...{F26335326, size=full}...TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Aklapper, Nandana, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JGirault, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...See also T115112 T87327 T198907TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Aklapper, Nandana, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JGirault, 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] T206392: Redesign rank icons for better visibility
MichaelSchoenitzer created this task.MichaelSchoenitzer added projects: Wikidata, Design.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONThe current rank icons are very unobtrusive and are all looking very similar. This leads to several problems: It's impossible to see at first glance what ranks are set. It's very hard and troublesome to see which values have different ranks if there are a lot of statements. Example: Look at this item and try to find all the versions which have different rank than normal. And this are only 39 values, some items have a few hundred values. Most (new) users don't notice the ranks at all. I have dozends of edits of users on my watchlist which add statements without the correct rank, remove statements instead of setting the rank to deprecated or remove statements already deprecated. I also often get questions why Wikipedia shows the wrong statement. This leads to quality problems and extra work (by hand) for other Wikidata-editors This leads to rumors about Wikidata containing wrong data I use css since a few years to make the rank icons colored: F26335326: ranks.png This works well for me, but we really need a global solution for this. And we need it soon. Please redesign the rank icons or do other changes to the UI to defuse the problem now. See also T115112 T87327TASK DETAILhttps://phabricator.wikimedia.org/T206392EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Aklapper, Nandana, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JGirault, 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] T199884: Support haswbstatement in other properties
MichaelSchoenitzer added a comment. I see this as less as an alternative to the Wikidata Query Service. SPARQL has to be learned and is slow. This is more similar to ldf. But ldf still lacks a usable user interface. I hope it to fill the gap in the graph here. A fast and easy way to find things based on one to three properties with all the comport that the search provides.TASK DETAILhttps://phabricator.wikimedia.org/T199884EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, debt, Smalyshev, matej_suchanek, Aklapper, Bugreporter, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, 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] T198821: Edits show in wrong order in User contributions
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONI just had a case where two edits I made are shown in wrong order on Special:Contributions: F23327155: Bildschirmfoto zu 2018-07-04 23-40-15.png in the version history they are listed in the right order: F23327156: Bildschirmfoto zu 2018-07-04 23-40-45.png These are the edits: https://www.wikidata.org/w/index.php?diff=706262177=656304269=Q39506136=revisionTASK DETAILhttps://phabricator.wikimedia.org/T198821EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, 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] [Retitled] T197994: Adding a qualifier/source to a new statement should have auto-suggest for the property
MichaelSchoenitzer renamed this task from "hf" to "Adding a qualifier/source to a new statement should have auto-suggest for the property".MichaelSchoenitzer raised the priority of this task from "High" to "Needs Triage".MichaelSchoenitzer removed projects: TCB-Team, Mail, New-Editor-Experiences, Language-2018-Apr-June, KartoEditor, JADE, Hashtags, Gamepress, Tamil-Sites, Connected-Open-Heritage-Batch-uploads (RAÄ-KMB_1_2017-02), CheckUser.MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION26570726f6475636520796f757220627567207573696e67206120726563656e742076657273696f6e206f662074686520736f6674776172652c20746f2068652077696b6920636f6e74656e74206c616e67756167652e0a0a5468616e6b20796f752e0a546167730a436865636b557365720ad70a436f6e6e65637465642d4f70656e2d48657269746167652d42617463682d75706c6f61647320285241c42d4b4d425f315f323031372d3032290ad70a54616d696c2d53697465730ad70a47616d6570726573730ad70a48617368746167730ad70a4a4144450ad70a4b6172746f456469746f720ad70a4c616e67756167652d323031382d4170722d4a756e650ad70a4e65772d456469746f722d457870657269656e6365730ad70a4d61696c0ad70a5443422d5465616d0ad70a53756273637269626572730a4465736372697074696f6e20507265766965770a436f6e74656e77a6f6e652073657474696e6720696e20796f75722070726f66696c652c20636c69636b20746f207265636f6e63696c652eWhen I modify a already existing statement and click `add qualifier` the property-selector will show me the properties most commonly used as qualifiers for this property. But if I instead add a new statement and after filling out the property and value click on `add qualifier` I do not get suggestions but have to search the property by hand. This should suggest like in the first case. The same applies for the sources.TASK DETAILhttps://phabricator.wikimedia.org/T197994EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Mbch331, MichaelSchoenitzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, AndyTan, Zylc, 1978Gage2001, herron, pan199312, Chicocvenancio, alanajjar, Tbscho, Lea_WMDE, Mattias_Ostmar-WMSE, JJMC89, Jseddon, Ryuch, Mkdw, RuyP, JEumerus, Trizek-WMF, KasiaWMDE, 0x010C, srodlund, Luke081515, grin, Bsadowski1, mys_721tx, Snowolf, Huji, Gryllida, jayvdb, Tobi_WMDE_SW, revi, scfc, He7d3r, Romaine, Jay8g, Glaisher, Krenair, chasemp___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T197991: Add item suggestions for qualifiers
MichaelSchoenitzer renamed this task from "kf" to "Add item suggestions for qualifiers".MichaelSchoenitzer raised the priority of this task from "High" to "Needs Triage".MichaelSchoenitzer added a subscriber: Aklapper.MichaelSchoenitzer removed projects: TCB-Team, Mail, New-Editor-Experiences, Language-2018-Apr-June, KartoEditor, JADE, Hashtags, Gamepress, Tamil-Sites, Connected-Open-Heritage-Batch-uploads (RAÄ-KMB_1_2017-02), CheckUser.MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION26570726f6475636520796f757220627567207573696e67206120726563656e742076657273696f6e206f662074686520736f6674776172652c20746f2068652077696b6920636f6e74656e74206c616e67756167652e0a0a5468616e6b20796f752e0a546167730a436865636b557365720ad70a436f6e6e65637465642d4f70656e2d48657269746167652d42617463682d75706c6f61647320285241c42d4b4d425f315f323031372d3032290ad70a54616d696c2d53697465730ad70a47616d6570726573730ad70a48617368746167730ad70a4a4144450ad70a4b6172746f456469746f720ad70a4c616e67756167652d323031382d4170722d4a756e650ad70a4e65772d456469746f722d457870657269656e6365730ad70a4d61696c0ad70a5443422d5465616d0ad70a53756273637269626572730a4465736372697074696f6e20507265766965770a436f6e74656e77a6f6e652073657474696e6720696e20796f75722070726f66696c652c20636c69636b20746f207265636f6e63696c652eWhen I add a statement the property-selector as well as the item-selector automatically show properties/items that are used often for this type of item/property. When I add a qualifier the item-selector does however not suggest the most common items for the used property. This should be added, since a lot of the properties used with qualifiers use only the same few values, therefor a lot of work/time could be saved. And especially: it's pretty annoying to always type the same few things!TASK DETAILhttps://phabricator.wikimedia.org/T197991EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331, AndyTan, Zylc, 1978Gage2001, herron, pan199312, Chicocvenancio, alanajjar, Tbscho, Lea_WMDE, Mattias_Ostmar-WMSE, JJMC89, Jseddon, Ryuch, Mkdw, RuyP, JEumerus, Trizek-WMF, KasiaWMDE, 0x010C, srodlund, Luke081515, grin, Bsadowski1, mys_721tx, Snowolf, Huji, Gryllida, jayvdb, Tobi_WMDE_SW, revi, scfc, He7d3r, Romaine, Jay8g, Glaisher, Krenair, chasemp___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T197989: Newly added statements vanish
MichaelSchoenitzer added a comment. I do a lot of manual editing on Wikidata specially with statements, and this never happened to me. Can you please tell me what browser are you using, so I can test it in the next edits Im doing? Firefox on Linux.TASK DETAILhttps://phabricator.wikimedia.org/T197989EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Greta_Doci_WMDE, MichaelSchoenitzer, 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] [Retitled] T197994: Adding a qualifier/source to a new statement should have auto-suggest for the property.
MichaelSchoenitzer renamed this task from "Adding a qualifier to a new statement should have auto-suggest for the property." to "Adding a qualifier/source to a new statement should have auto-suggest for the property.".MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...But if I instead add a new statement and after filling out the property and value click on `add qualifier` I do not get suggestions but have to search the property by hand. This should suggest like in the first case. The same applies for the sources.TASK DETAILhttps://phabricator.wikimedia.org/T197994EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, 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] T197994: Adding a qualifier to a new statement should have auto-suggest for the property.
MichaelSchoenitzer added a comment. Because of this I currently add statements in two edits: first only the base-statement, save this and then edit again to add the qualifiers. This (click save, wait until it's saved, click edit) is faster than typing the name of the property. When adding hundres of statements by hands this time-difference does matter (mostly in form of annoyance)! But this hack is also not ideal since a) it's still slower than it should be and b) it creates two ugly revisions in the history!TASK DETAILhttps://phabricator.wikimedia.org/T197994EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, 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] T197994: Adding a qualifier to a new statement should have auto-suggest for the property.
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen I modify a already existing statement and click add qualifier the property-selector will show me the properties most commonly used as qualifiers for this property. But if I instead add a new statement and after filling out the property and value click on add qualifier I do not get suggestions but have to search the property by hand. This should suggest like in the first case.TASK DETAILhttps://phabricator.wikimedia.org/T197994EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, 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] T197993: Primary sources-Tool sometimes shows `{{property-html}}`
MichaelSchoenitzer added a comment. Sometimes there are even multiple of these blocks: F22509957: Screenshot_20180623_042210.pngTASK DETAILhttps://phabricator.wikimedia.org/T197993EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, Lahi, Gq86, GoranSMilovanovic, Kiailandi, QZanden, dachary, LawExplorer, Hjfocs, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T197993: Primary sources-Tool sometimes shows `{{property-html}}`
MichaelSchoenitzer created this task.MichaelSchoenitzer added projects: Wikidata, Wikidata-primary-sources.Herald added a subscriber: Aklapper. TASK DESCRIPTIONPrimary sources-Tool sometimes shows {{property-html}} and an editable entity-selector: F22509909: Screenshot_20180623_041822.pngTASK DETAILhttps://phabricator.wikimedia.org/T197993EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, Lahi, Gq86, GoranSMilovanovic, Kiailandi, QZanden, dachary, LawExplorer, Hjfocs, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T197992: Long property-names overlap
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONLong names of properties overlap with the source-link below them: F22509862: Screenshot_20180623_041414.pngTASK DETAILhttps://phabricator.wikimedia.org/T197992EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, 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] T197991: Add item suggestions for qualifiers
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen I add a statement the property-selector as well as the item-selector automatically show properties/items that are used often for this type of item/property. When I add a qualifier the item-selector does however not suggest the most common items for the used property. This should be added, since a lot of the properties used with qualifiers use only the same few values, therefor a lot of work/time could be saved. And especially: it's pretty annoying to always type the same few things!TASK DETAILhttps://phabricator.wikimedia.org/T197991EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, 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] [Edited] T197989: Newly added statements vanish
MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...This happens on maybe 10% of my edits I see no pattern when it happens, no error is printed in the consoleTASK DETAILhttps://phabricator.wikimedia.org/T197989EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, 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] T197989: Newly added statements vanish
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen I click add statement on a wikidata item and then first select the property and then enter the value and then click publish normally the newly created statement is visible as expected but sometimes the new statement disappears in the moment I click publish. After reloading the page the statement is visible again. This happens on maybe 10% of edits I see no pattern when it happens, no error is printed in the console. This is very annoying since I'm always not sure if it's this bug or if I accidentally pressed cancel.TASK DETAILhttps://phabricator.wikimedia.org/T197989EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, 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] [Updated] T179879: Provide a 5-minute timeout in WDQS for trusted users using OAuth
MichaelSchoenitzer added a comment. Ijon: Counting and generating lists of items with a P31=… can now be done also with the new search features: haswbstatement:P31=Q13442814. Maybe this feature can be improved in the future to be able to also search including Subclasses (P279). SPARQL might not be the right tool for everything.TASK DETAILhttps://phabricator.wikimedia.org/T179879EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Edgars2007, chasemp, Lydia_Pintscher, Magnus, MichaelSchoenitzer_WMDE, MisterSynergy, doctaxon, Jonas, Ash_Crow, Daniel_Mietchen, Lucas_Werkmeister_WMDE, Jane023, Base, Gehel, Smalyshev, Ijon, Aklapper, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, FloNight, Xmlizer, 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] [Edited] T193395: QuickPresets v2
MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...* [x] Use OOui for config-tool * [ * [x] Add all options to configuration tool...TASK DETAILhttps://phabricator.wikimedia.org/T193395EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzer_WMDE, MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, Culex, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T193395: QuickPresets v2
MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...* [ ] Rewite configuration tool to allow to open current configuration * [ * [x] Write migration script for existing users to update to new version...TASK DETAILhttps://phabricator.wikimedia.org/T193395EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzer_WMDE, MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, Culex, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T193395: QuickPresets v2
MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...* [x] Create a configuration tool * [ * [x] Use OOui for config-tool...TASK DETAILhttps://phabricator.wikimedia.org/T193395EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzer_WMDE, MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, Culex, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T193395: QuickPresets v2
MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...* [x] Create a configuration tool * [ ] Use OOui for config-tool * [ ] Add all options to configuration tool...TASK DETAILhttps://phabricator.wikimedia.org/T193395EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzer_WMDE, MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, Culex, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T186152: Bug removing data
MichaelSchoenitzer added a comment. We've been looking at it and we have a few more questions. Is this always happening when you do the same type of task (editing ranks)? Or did you have other cases where this issue happens? It has only happened with editing ranks as far as I know. But this is also the only thing where I'm doing two edits by hand very quickly behind each other. (Background: I update the version numbers for free software items, I change the rank of the old version while waiting for the citoid-script to load the source.) So I can't tell if it only happens when editing ranks or if this is only a "selection-bias".TASK DETAILhttps://phabricator.wikimedia.org/T186152EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: thiemowmde, Lea_Lacroix_WMDE, Lydia_Pintscher, Ladsgroup, aude, hoo, MichaelSchoenitzer, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T186152: Bug removing data
MichaelSchoenitzer added a comment. One more example: https://www.wikidata.org/w/index.php?title=Q306144=revision=673018597=673018594TASK DETAILhttps://phabricator.wikimedia.org/T186152EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: thiemowmde, Lea_Lacroix_WMDE, Lydia_Pintscher, Ladsgroup, aude, hoo, MichaelSchoenitzer, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T186152: Bug removing data
MichaelSchoenitzer added a comment. This was not a singular event! It happened since than at least 2 further times to me. Se for example here: https://www.wikidata.org/w/index.php?title=Q306101=revision=665539286=665539282 Please investigate this further – it's super annoying if once edits are lost and one does not even get informed that they are lost.TASK DETAILhttps://phabricator.wikimedia.org/T186152EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: thiemowmde, Lea_Lacroix_WMDE, Lydia_Pintscher, Ladsgroup, aude, hoo, MichaelSchoenitzer, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T188802: String values with leading/trailing whitespace are (inconsistently) reported as invalid
MichaelSchoenitzer added a comment. See T47925TASK DETAILhttps://phabricator.wikimedia.org/T188802EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, thiemowmde, Lydia_Pintscher, Aklapper, Billinghurst, Asad_Ali_Palijo, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, RazeSoldier, Jayprakash12345, JakeTheDeveloper, QZanden, Zoranzoki21, LawExplorer, TerraCodes, MuhammadShuaib, SimmeD, 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] T189937: Allow to show linebreaks in results of wikidata query UI
MichaelSchoenitzer added a comment. For me that would be ok too. As you already mention: the biggest problem with that: how to document it that people have a chance finding it.TASK DETAILhttps://phabricator.wikimedia.org/T189937EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Lucas_Werkmeister_WMDE, MichaelSchoenitzer, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, 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] [Created] T189937: Allow to show linebreaks in results of wikidata query UI
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata Query UI.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONWhen showing strings got by wikidata query in the result view of wikidata query UI newlines are replaced by spaces. This inhibits several useful applications. For example I sometimes would like to list all found values for one variable below each other by GROUP_CONCAT(distinct ?repo; separator="\n"). This does not work neither does separator="" work since tags is escaped. (Disallowing HTML is probably a good idea.) Proposed solution: show \n as in the output. Full example where it would be useful: PREFIX schema: SELECT ?project ?projectLabel (GROUP_CONCAT(distinct ?repo; separator="\n") as ?repos) (COUNT(distinct ?repo) as ?repo_count) WHERE { ?project wdt:P1324 ?repo. SERVICE wikibase:label { bd:serviceParam wikibase:language "en" . } } GROUP BY ?project ?projectLabel HAVING (?repo_count > 1) ORDER BY ?projectLabelTASK DETAILhttps://phabricator.wikimedia.org/T189937EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Aklapper, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, 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] T179879: Provide a 5-minute timeout in WDQS for trusted users using OAuth
MichaelSchoenitzer added a comment. That's the reason why queries time out. There's no magic to it - queries that time out are those that require the engine to process a huge amount of data. Well that's obvious. But what I was referring to is that while above examples produce huge amount of data in the output and can therefore never be significantly faster by definition, the example I gave does not give big amounts of data as output. It is slow because the SPARQL-Query first generates a list of all humans – which is huge – then sorts the list and only then applies the limit. Also the filter is only applied after generating the list – thus not improving the query time much. There is no way to avoid the generation of the huge interim list in the first place now - but there could be! So in contrary to the queries my Magnus and others this type of query could be faster. A (not very nice but working) way to do so would be to add a binned or qualitative information to the RDF-Database containing an estimate of the number of site-links, so that on could add something like: ?item wikibase:popularity wikibase:verypopular. to restrain the list to items with more than some-constant number of site links. Not very pretty, but something like that could be implemented to improve this very common and still very inefficient pattern described above.TASK DETAILhttps://phabricator.wikimedia.org/T179879EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Edgars2007, chasemp, Lydia_Pintscher, Magnus, MichaelSchoenitzer_WMDE, MisterSynergy, doctaxon, Jonas, Ash_Crow, Daniel_Mietchen, Lucas_Werkmeister_WMDE, Jane023, Base, Gehel, Smalyshev, Ijon, Aklapper, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, FloNight, Xmlizer, 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] T179879: Provide a 5-minute timeout in WDQS for trusted users using OAuth
MichaelSchoenitzer added a comment. So far all the examples for queries that are timing out are queries that produce massive amount of data or are very complex. But a simple pattern of a timing-out query I see very often is the following: SELECT ?item ?sitelinks WHERE { ?item wdt:P31 wd:Q…; wikibase:sitelinks ?sitelinks . MINUS { ?item ^schema:about/schema:isPartOf } } ORDER BY DESC(?sitelinks) LIMIT 10 Getting the items of one area with the most sitelinks and optionally a specific sitelink missing. This is a widely used pattern which is used often to find out what the most "important" topics of an area are, often used to find white spots in Wikipedias coverage or to generate working list. These queries timeout as soon as the amount of articles in the area is to big. Which is quite often the case and getting more common the more wikidata grows. It doesn't matter what the limit is. The query can be tuned a bit, if you can guess the amount of sitelinks needed to get into the top-10. But that is hard and only a small improvement and therefore often not sufficient. For example this query runs sometimes but most of the time it times-out: SELECT ?item ?sitelinks WHERE { ?item wdt:P31 wd:Q5; wikibase:sitelinks ?sitelinks . filter (?sitelinks > 40). MINUS { ?item ^schema:about/schema:isPartOf } } ORDER BY DESC(?sitelinks) LIMIT 10 Due to growth of Wikidata it will always time out in near future. Maybe you see any other tricks to improve this type of query?TASK DETAILhttps://phabricator.wikimedia.org/T179879EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Edgars2007, chasemp, Lydia_Pintscher, Magnus, MichaelSchoenitzer_WMDE, MisterSynergy, doctaxon, Jonas, Ash_Crow, Daniel_Mietchen, Lucas_Werkmeister_WMDE, Jane023, Base, Gehel, Smalyshev, Ijon, Aklapper, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, FloNight, Xmlizer, 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] [Edited] T186411: Tailing whitspaces in string-values fail with confusing error message
MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONWhen I add a statement of type String (or URL) and enter `"foo "` as value, accidentally with a tailing whitespace (often occures with copy-and-paste) and click save, I get the Error-message `Could not save due to an error. Malformed input: foo ` but the tailing whitespace is not visible, so nothing points me to why the input is malformed. {F12982453} Possible solutions:...TASK DETAILhttps://phabricator.wikimedia.org/T186411EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, 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] T186411: Tailing whitspaces in string-values fail with confusing error message
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen I add a statement of type String (or URL) and enter "foo " as value, accidentally with a tailing whitespace (often occures with copy-and-paste) and click save, I get the Error-message Could not save due to an error. Malformed input: foo but the tailing whitespace is not visible, so nothing points me to why the input is malformed. Possible solutions: Remove tailing whitespaces automatically Put the input in Quotationmarks so that the space is getting visible Make spaces visible by formatting characters Detect tailing whitespaces and give an appropriate error-message TASK DETAILhttps://phabricator.wikimedia.org/T186411EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, 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] T186409: Cancel doesn't ret rank icon back
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONReproduce: Click Edit on a statment Modify the rank setting (Decide differently) Click cancel Expected behavior: The rank-indicator shows the old rank again and nothing is saved Actual behavior: The rank-indicator shows the modified rank again and nothing is saved TASK DETAILhttps://phabricator.wikimedia.org/T186409EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, 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] T186152: Bug removing data
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONI edited the ranks of two values of a statement and clicked save on the same time. Apparently this caused one of the values to be removed: https://www.wikidata.org/w/index.php?title=Q464113=625303410=625303408 The removal did happen in background, I was shown the site still intact with both values – only after reloading it was vanished! I assume a race-condition in the automatic edit-conflict-resolution.TASK DETAILhttps://phabricator.wikimedia.org/T186152EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, 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] T184174: Expanded watchlist not working on Wikidata
MichaelSchoenitzer added a comment. @Etonkovidova: thanks for explaining it this good! This is exactly what was my issue.TASK DETAILhttps://phabricator.wikimedia.org/T184174EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Catrope, Mooeypoo, Lea_Lacroix_WMDE, Trizek-WMF, Etonkovidova, MichaelSchoenitzer, Aklapper, Adrian1985, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, jmatazzoni, SBisson, Wikidata-bugs, aude, RandomDSdevel, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T184174: Expanded watchlist not working on Wikidata
MichaelSchoenitzer added a comment. The 'group results by page' option works by the preference but also by the URL parameter. In the new RC system, we make the URL parameter be synchronized with the preference -- so it seems like it's the same. The old system doesn't have that synchronization, though, which means that whatever preference the user has for "group by page" will be overridden by the enhanced=xx parameter. But that's apparently not what happens. No matter what the value of enhanced in the url is, and also when you remove the url-praramerter enhanced, you will all ways get the output without all edits.TASK DETAILhttps://phabricator.wikimedia.org/T184174EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Mooeypoo, Lea_Lacroix_WMDE, Trizek-WMF, Etonkovidova, MichaelSchoenitzer, Aklapper, Adrian1985, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, jmatazzoni, SBisson, Wikidata-bugs, aude, RandomDSdevel, Catrope, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Status] T184174: Expanded watchlist not working on Wikidata
MichaelSchoenitzer changed the task status from "Stalled" to "Open". TASK DETAILhttps://phabricator.wikimedia.org/T184174EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Lea_Lacroix_WMDE, Trizek-WMF, Etonkovidova, MichaelSchoenitzer, Aklapper, Adrian1985, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, jmatazzoni, SBisson, Wikidata-bugs, aude, RandomDSdevel, Catrope, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T184174: Expanded watchlist not working on Wikidata
MichaelSchoenitzer added a comment. @Etonkovidova & @Trizek-WMF: I debugged a bit. When enabling the beta-feature "New filters for edit review" the url of the watchlist gets additional arguments. Without the beta-feature the url of the watchlist is: https://www.wikidata.org/wiki/Special:Watchlist With the beta-feature the url reads like: https://www.wikidata.org/wiki/Special:Watchlist?hidemyself=1=1=1=250=7=1=2 When you disable the beta-feture again but don't change the url – i.e. you reload the already open page instead of clicking on "watchlist" in the menu – the enhanced watch list does not work anymore. This is especially an issue when you if you never close your watchlist but keep it open in a tab or have set a bookmark (while the beta-feature was enabled).TASK DETAILhttps://phabricator.wikimedia.org/T184174EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Lea_Lacroix_WMDE, Trizek-WMF, Etonkovidova, MichaelSchoenitzer, Aklapper, Adrian1985, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, jmatazzoni, SBisson, Wikidata-bugs, aude, RandomDSdevel, Catrope, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T184174: Expanded watchlist not working on Wikidata
MichaelSchoenitzer created this task.MichaelSchoenitzer added projects: Wikidata, Edit-Review-Improvements-Integrated-Filters.Herald added a subscriber: Aklapper.Herald added a project: Collaboration-Team-Triage. TASK DESCRIPTIONI have the Option Expand watchlist to show all changes, not just the most recent activated in my settings on Wikidata. But it does not work. I disabled all Gadgets, Betatests, etc. I found out that the option does work if I enable the Beta-feature "New filters for edit review" – and works again not if I disable the Beta-Fature. The Bug does not occur on dewiki.TASK DETAILhttps://phabricator.wikimedia.org/T184174EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, jmatazzoni, Trizek-WMF, SBisson, Wikidata-bugs, aude, RandomDSdevel, Catrope, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T46678: allow to change the order of statements
MichaelSchoenitzer added a comment. Looks like this feature is currently missing. (if I recall correctly, maybe it has been removed at some time) It's missing on purpose. Data does not always has a natural order and the order can't be viewed by tools like SPARQL. Instead the community can nowadays set in which order the information should be displayed on the site. It would be very useful for software versions. Often there are missing versions (gaps), or oldest versions are not listed. Adding these versions disorders the listings, and they are already tedious enough to manage... Just add the following to your common.js: // Sort Software-Versions importScript( 'User:Seb35/sortValues.js' );TASK DETAILhttps://phabricator.wikimedia.org/T46678EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Od1n, wikibugs-l-list, Wikidata-bugs, HenkvD, jeblad, Yair_rand, waldyrious, Tobi_WMDE_SW, MichaelSchoenitzer, Denny, Snaterlicious, Papuass, Snipre, Lydia_Pintscher, Stryn, Unknown Object (MLST), Lahi, Gq86, GoranSMilovanovic, QZanden, NavinoEvans, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Slowvote] [Commented On] V8: Should Wikidata Query Service SPARQL endpoint be cached by default?
MichaelSchoenitzer added a comment. The Gui should have a dopdown to pick a cachingtime (0, 30s, 1m, 5m, 1h, 1 day) and it should default to the same value as the SPARQL endpoint for consistency reasons. I would set the default for both to something like 1-10 minutes… SLOWVOTE DESCRIPTION With raising usage for Wikidata we need to have a solution for caching SPARQL query results. Which should be the default mode for SPARQL endpoint? See also: https://phabricator.wikimedia.org/T126730 SLOWVOTE DETAIL https://phabricator.wikimedia.org/V8 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, MichaelSchoenitzer Cc: MichaelSchoenitzer, Snipre, nichtich, Bene, Yurik, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Manybubbles ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs