[Wikidata-bugs] [Maniphest] [Updated] T147127: BadMethodCallException from line 33 of PropertySuggesterHooks.php: Call to a member function getNamespace() on a non-object (null)
hoo added a project: Patch-For-Review.hoo added a comment. Patch for PropertySuggester: https://github.com/Wikidata-lib/PropertySuggester/pull/176TASK DETAILhttps://phabricator.wikimedia.org/T147127EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T147169: Make sure Wikibase dump maintenance scripts solely use the "dump" db group
hoo created this task.hoo added projects: MediaWiki-extensions-WikibaseRepository, Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONAs repeatedly requested, Wikibase should only connect to the dump database group in the (long running) dump scripts (repo/maintenance/dumpEntities.php, repo/maintenance/dumpJson.php and repo/maintenance/dumpRdf.php). We have a few options to implement this: Try to pass the db group (as string) to all classes that get database connections? Create an own (static?) wrapper which we can use instead of wfGetDB (and wfGetLB/ the analog function on MediaWikiServices?)? Propose a core patch to be able to change the default for $groups in LoadBalancer::getConnection. I'm not sure about this… all options seem kind of dirty in their own way, except maybe the third, if properly thought through.TASK DETAILhttps://phabricator.wikimedia.org/T147169EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, Smalyshev, Lydia_Pintscher, jcrespo, aude, daniel, hoo, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T146792: Remove (seemingly) unused wb-status page prop (EntityContent::getEntityStatus)
hoo added a comment. Apparently this has been introduced together with the sitelink and claim count page props (in 7135d82e3d207fd1c542576ef5bc9a9844b3ad77)… maybe this wasn't thought through thoroughly, but just done while touching the code anyway?TASK DETAILhttps://phabricator.wikimedia.org/T146792EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Multichill, Lydia_Pintscher, thiemowmde, Addshore, daniel, aude, Aklapper, hoo, D3r1ck01, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T68840: Turn Change into a value object, remove binding to database table.
hoo closed this task as "Invalid".hoo added a comment. No longer relevant: Change is only an interface these days.TASK DETAILhttps://phabricator.wikimedia.org/T68840EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, Wikidata-bugs, Lydia_Pintscher, daniel, D3r1ck01, Izno, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T147122: Flow\Exception\InvalidInputException displayed after enable/disable Flow talk page beta feature
bd808 changed the title from "Flow\Exception\InvalidInputException displayed after enable/disable Flow talk pabe beta feature" to "Flow\Exception\InvalidInputException displayed after enable/disable Flow talk page beta feature". TASK DETAILhttps://phabricator.wikimedia.org/T147122EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: bd808Cc: Ashot1997, Trizek-WMF, Quiddity, gerritbot, aaron, bd808, aude, Reedy, Aklapper, Doror, EnricoCNC, Lewizho99, Maathavan, D3r1ck01, Izno, SBisson, Wikidata-bugs, Gryllida, jeblad, Catrope, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T147037: When Strings that end in "\n" get entered into the string interface Wikidata should simply strip the "\n" away instead of throwing an error
ChristianKl added a comment. I agree that (b) is likely the way to go.TASK DETAILhttps://phabricator.wikimedia.org/T147037EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ChristianKlCc: Esc3300, Aklapper, ChristianKl, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T137810: [Task] Add monolingual language code mn-Mong
Liuxinyu970226 added a comment. In T137810#2679427, @Popolon wrote: Could you also add cmg (classical mongolian), that is classed as individual) by default it uses Mong script. and khk-Mong ? http://www-01.sil.org/iso639-3/documentation.asp?id=cmg Why? To include Phags-pa? Soyombo?TASK DETAILhttps://phabricator.wikimedia.org/T137810EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: jhsoby, thiemowmde, Liuxinyu970226, Lydia_Pintscher, GerardM, Aklapper, Zppix, Popolon, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T147122: Flow\Exception\InvalidInputException displayed after enable/disable Flow talk pabe beta feature
bd808 changed the title from "My user talk don't working" to "Flow\Exception\InvalidInputException displayed after enable/disable Flow talk pabe beta feature". TASK DETAILhttps://phabricator.wikimedia.org/T147122EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: bd808Cc: Ashot1997, Trizek-WMF, Quiddity, gerritbot, aaron, bd808, aude, Reedy, Aklapper, Doror, EnricoCNC, Lewizho99, Maathavan, D3r1ck01, Izno, SBisson, Wikidata-bugs, Gryllida, jeblad, Catrope, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T147122: My user talk don't working
bd808 added subscribers: Trizek-WMF, Ashot1997.bd808 merged a task: T116926: Flow\Exception\InvalidInputException displayed after enable/disable Flow some times on beta features. TASK DETAILhttps://phabricator.wikimedia.org/T147122EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: bd808Cc: Ashot1997, Trizek-WMF, Quiddity, gerritbot, aaron, bd808, aude, Reedy, Aklapper, Doror, EnricoCNC, Lewizho99, Maathavan, D3r1ck01, Izno, SBisson, Wikidata-bugs, Gryllida, jeblad, Catrope, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T147122: My user talk don't working
bd808 added a comment. Steps to recreate: Have talk page content on a wiki with Flow talk page beta feature Enable Flow talk page beta feature Add something to new talk page flow board (not positive that this step is required) Disable Flow talk page beta feature Visit non-Flow talk page Fatal exception of type "Flow\Exception\InvalidInputException" TASK DETAILhttps://phabricator.wikimedia.org/T147122EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: bd808Cc: Quiddity, gerritbot, aaron, bd808, aude, Reedy, Aklapper, Doror, EnricoCNC, Lewizho99, Maathavan, D3r1ck01, Izno, SBisson, Wikidata-bugs, Gryllida, jeblad, Catrope, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T147114: "Run" button not re-enabled after some queries fail
Smalyshev added a comment. The query cancelling task is T136479.TASK DETAILhttps://phabricator.wikimedia.org/T147114EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Jonas, Esc3300, Nikki, Aklapper, mschwarzer, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T147114: "Run" button not re-enabled after some queries fail
Smalyshev triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T147114EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Esc3300, Nikki, Aklapper, 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] T147122: My user talk don't working
gerritbot added a comment. Change 313770 had a related patch set uploaded (by BryanDavis): MWException: restore prior render() logic https://gerrit.wikimedia.org/r/313770TASK DETAILhttps://phabricator.wikimedia.org/T147122EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Quiddity, gerritbot, aaron, bd808, aude, Reedy, Aklapper, Doror, EnricoCNC, Lewizho99, Maathavan, D3r1ck01, Izno, SBisson, Wikidata-bugs, Gryllida, jeblad, Catrope, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T117032: Create configuration for specifying units conversions
Smalyshev added a comment. If there's no conversion to SI units or no SI units, we shouldn't use P2370. We should use P2442 instead. SI is well-defined system and we should only use SI properties to signify SI units. But we do plan to support other units, just a bit later after we see how the system fares with SI ones. For dates, I'm not sure we should use these - dates are entirely different can of worms which usually don't play by the rules the other measure play. So we'll approach it on case-by-case basis.TASK DETAILhttps://phabricator.wikimedia.org/T117032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Esc3300, Laddo, Wesalius, Lydia_Pintscher, TomT0m, gerritbot, Smalyshev, Aklapper, daniel, aude, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T147037: When Strings that end in "\n" get entered into the string interface Wikidata should simply strip the "\n" away instead of throwing an error
daniel added a comment. Please distinguish between a) normalization applied by the API, when receiving a JASON structure representing a sting value. b) normalization applied by the API when parsing user input, and returning a string value c) normalization applied by the _javascript_ widget before sending user input to the API I believe we should do (b), but not (a). We can also do (c), but with (b) in place, this seems redundant. The reason I believe we should not do (a) is that we are not dealing with user input then, but with a DataValue object. DataValue objects are either valid or they are not, we should not guess intent. Clients that supply DataValues should take care to apply any normalization they desire.TASK DETAILhttps://phabricator.wikimedia.org/T147037EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Esc3300, Aklapper, ChristianKl, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T47925: [Task] Apply normalization to string values in statements
daniel added a comment. Please distinguish between a) normalization applied by the API, when receiving a JASON structure representing a sting value. b) normalization applied by the API when parsing user input, and returning a string value c) normalization applied by the _javascript_ widget before sending user input to the API I believe we should do (b), but not (a). We can also do (c), but with (b) in place, this seems redundant. The reason I believe we should not do (a) is that we are not dealing with user input then, but with a DataValue object. DataValue objects are either valid or they are not, we should not guess intent. Clients that supply DataValues should take care to apply any normalization they desire. TASK DETAILhttps://phabricator.wikimedia.org/T47925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Esc3300, ChristianKl, thiemowmde, Ricordisamoa, Aklapper, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel, Raymond, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T147114: "Run" button not re-enabled after some queries fail
Esc3300 added a comment. I don't have much luck with Phab-search either .. I can't even find tickets I have read before ;)TASK DETAILhttps://phabricator.wikimedia.org/T147114EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, Nikki, Aklapper, 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] [Edited] T47925: [Task] Apply normalization to string values in statements
Esc3300 edited the task description. (Show Details) EDIT DETAILS...Example URL: https://www.wikidata.org/w/index.php?title=Q6486700&diff=10051134&oldid=10051107title=Q6486700&diff=10051134&oldid=10051107 Other issues: - CR - unprintable characters (if not included in unicode normalization) TASK DETAILhttps://phabricator.wikimedia.org/T47925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, ChristianKl, thiemowmde, Ricordisamoa, Aklapper, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel, Raymond, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T47925: [Task] Apply normalization to string values in statements
Esc3300 added a comment. From what I wrote in T147037: I think it's a frequent problem when strings start or end with odd characters or even include CR in the middle. It happens a lot when trying to create statements for article titles. Oddly, I think the same text for labels tends to work. Instead of rejecting it completely, it would be helpful if a cleaned version was offered for saving instead.TASK DETAILhttps://phabricator.wikimedia.org/T47925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, ChristianKl, thiemowmde, Ricordisamoa, Aklapper, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel, Raymond, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T147114: "Run" button not re-enabled after some queries fail
Nikki added a comment. There's another ticket somewhere for that. I'd link to it, but I can't find anything with Phabricator's search lately. It would make it easier for users to work around the problem, but it wouldn't really fix the underlying issue.TASK DETAILhttps://phabricator.wikimedia.org/T147114EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Esc3300, Nikki, Aklapper, 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] [Reopened] T47925: [Task] Apply normalization to string values in statements
matej_suchanek reopened this task as "Open". TASK DETAILhttps://phabricator.wikimedia.org/T47925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Esc3300, ChristianKl, thiemowmde, Ricordisamoa, Aklapper, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel, Raymond, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Merged] T47925: [Task] Apply normalization to string values in statements
matej_suchanek closed this task as a duplicate of T147037: When Strings that end in "\n" get entered into the string interface Wikidata should simply strip the "\n" away instead of throwing an error. TASK DETAILhttps://phabricator.wikimedia.org/T47925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: thiemowmde, Ricordisamoa, Aklapper, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel, Raymond, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Merged] T47925: [Task] Apply normalization to string values in statements
matej_suchanek added subscribers: ChristianKl, Esc3300.matej_suchanek merged a task: T147037: When Strings that end in "\n" get entered into the string interface Wikidata should simply strip the "\n" away instead of throwing an error. TASK DETAILhttps://phabricator.wikimedia.org/T47925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Esc3300, ChristianKl, thiemowmde, Ricordisamoa, Aklapper, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel, Raymond, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T147037: When Strings that end in "\n" get entered into the string interface Wikidata should simply strip the "\n" away instead of throwing an error
matej_suchanek closed this task as a duplicate of T47925: [Task] Apply normalization to string values in statements. TASK DETAILhttps://phabricator.wikimedia.org/T147037EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: daniel, Lydia_Pintscher, Mushroom, Snaterlicious, adrianheine, Ricordisamoa, thiemowmde, Raymond, Esc3300, Aklapper, ChristianKl, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T147037: When Strings that end in "\n" get entered into the string interface Wikidata should simply strip the "\n" away instead of throwing an error
matej_suchanek added subscribers: Raymond, thiemowmde, Ricordisamoa, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel.matej_suchanek merged a task: T47925: [Task] Apply normalization to string values in statements. TASK DETAILhttps://phabricator.wikimedia.org/T147037EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: daniel, Lydia_Pintscher, Mushroom, Snaterlicious, adrianheine, Ricordisamoa, thiemowmde, Raymond, Esc3300, Aklapper, ChristianKl, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T147140: Warn users when trying to add redundant statements using instance-of/subclass-of in Wikidata
abian added a comment. In T147140#2682616, @Esc3300 wrote: somewhat odd that you'd revert the initial statement on an item stating that it's redundant. It might be that you are not aware how statements are added. I fear I'm not understanding what you exactly mean. Anyway, for clarification, the idea is to warn the user that he/she is introducing a redundant statement so that he/she can make one of the following decisions: simply doing nothing and not adding that new statement because the old one is more specific, adding the new statement (which is more specific) and removing the old one (which is more general), fixing the statements using subclass-of in the items and , which have wrong values. TASK DETAILhttps://phabricator.wikimedia.org/T147140EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: Esc3300, abian, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T147114: "Run" button not re-enabled after some queries fail
Esc3300 added a comment. Maybe a "stop" button would help.TASK DETAILhttps://phabricator.wikimedia.org/T147114EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, Nikki, Aklapper, 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] T147037: When Strings that end in "\n" get entered into the string interface Wikidata should simply strip the "\n" away instead of throwing an error
Esc3300 added a comment. I'm not sure about this specific copy-paste, but I think it's a frequent problem when strings start or end with odd characters or even including CR in the middle. It happens a lot when trying to create statements for article titles. Instead of rejecting it completely, it would be helpful if a cleaned version was offered for saving instead.TASK DETAILhttps://phabricator.wikimedia.org/T147037EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, Aklapper, ChristianKl, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T147140: Warn users when trying to add redundant statements using instance-of/subclass-of in Wikidata
Esc3300 added a comment. somewhat odd that you'd revert the initial statement on an item stating that it's redundant. It might be that you are not aware how statements are added.TASK DETAILhttps://phabricator.wikimedia.org/T147140EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, abian, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T147143: Special:NewItem created multiple items with the same sitelink
Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONI just created an item with a sitelink. When I tried to add statements to the item, I got an error saying that the sitelink was already in use by another item (not that I was trying to change any sitelinks). It seems that when I tried to create a new item, two items with the same sitelink were created. The items are https://www.wikidata.org/wiki/Q27067644 and https://www.wikidata.org/wiki/Q27067645 I started with https://www.wikidata.org/wiki/Special:NewItem?site=hakwiki&page=%E5%88%86%E9%A1%9E%3A%E9%81%93%E6%95%99&lang=hak&label=%E5%88%86%E9%A1%9E%3A%E9%81%93%E6%95%99 As far as I remember, I clicked in one of the input fields and pressed enter to submit the form. I've come across items with the same sitelink created by other people before as well.TASK DETAILhttps://phabricator.wikimedia.org/T147143EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Nikki, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T147142: Plugin for web browsers that shows information associated to a URI using Wikidata
abian added a project: Need-volunteer. TASK DETAILhttps://phabricator.wikimedia.org/T147142EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: abian, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T90870: selfcontained projects around Wikidata (tracking)
abian added a subtask: T147142: Plugin for web browsers that shows information associated to a URI using Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T90870EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: abian, Pasleim, T.seppelt, Ricordisamoa, mkroetzsch, Aklapper, Lydia_Pintscher, mschwarzer, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T147142: Plugin for web browsers that shows information associated to a URI using Wikidata
abian added a parent task: T90870: selfcontained projects around Wikidata (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T147142EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: abian, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T147142: Plugin for web browsers that shows information associated to a URI using Wikidata
abian created this task.abian added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONIt would be interesting to have a plugin for Mozilla Firefox and Google Chrome that shows a summary with information retrieved from Wikidata (from the statements using properties with external-ID or URL data types) about every loaded webpage that is associated to a URI saved in Wikidata.TASK DETAILhttps://phabricator.wikimedia.org/T147142EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: abian, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T147121: Define and specify possible final degree projects (300-400 hours) that improve Wikidata
Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher claimed this task.Lydia_Pintscher added a comment. T90870: selfcontained projects around Wikidata (tracking) is what you are looking for. For details send the students to me please. Then I'll discuss it with them.TASK DETAILhttps://phabricator.wikimedia.org/T147121EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Lydia_Pintscher, abian, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T147140: Warn users when trying to add redundant statements using instance-of/subclass-of in Wikidata
abian added a project: Wikibase-Quality. TASK DETAILhttps://phabricator.wikimedia.org/T147140EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: abian, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T147140: Warn users when trying to add redundant statements using instance-of/subclass-of in Wikidata
abian created this task.abian added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTION(1) It's considered that a statement P31 (instance of) is redundant with a statement P31 (instance of) if there's a statement P279* (subclass of, recursively) . Example of SPARQL query that lists QAs for a particular case of (1) where QB = Q12280 (bridge): https://query.wikidata.org/#SELECT%20DISTINCT%20%3FQA%20%3FQALabel%20WHERE%20%7B%0A%20%20%3FQA%20wdt%3AP31%20wd%3AQ12280.%0A%20%20%3FQA%20wdt%3AP31%20%3FQC.%0A%20%20%3FQC%20wdt%3AP279%2a%20wd%3AQ12280.%0A%20%20FILTER%20%28%3FQC%20%21%3D%20wd%3AQ12280%29.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%2Ces%22.%20%7D%0A%7D (2) It's considered that a statement P279 (subclass of) is redundant with a statement P279 (subclass of) if there's a statement P279* (subclass of, recursively) . Note that (2) could also be applied to other properties like P131 (located in the administrative territorial entity). These redundant statements are usually added by all kinds of users (sometimes, using automated tools and, sometimes, not using them) who aren't aware of being adding redundant statements or who aren't aware that redundant statements should be avoided. https://www.wikidata.org/w/index.php?title=Special:Contributions/Abi%C3%A1n&offset=20161002091931&limit=20&target=Abi%C3%A1nTASK DETAILhttps://phabricator.wikimedia.org/T147140EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: abian, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T147122: My user talk don't working
Aklapper triaged this task as "High" priority. TASK DETAILhttps://phabricator.wikimedia.org/T147122EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: Quiddity, gerritbot, aaron, bd808, aude, Reedy, Aklapper, Doror, EnricoCNC, Lewizho99, Maathavan, D3r1ck01, Izno, SBisson, Wikidata-bugs, Gryllida, jeblad, Catrope, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T147130: Response times of Wikidata Query Service increasing
Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2016-10-02T07:29:49Z] silencing wdqs response time alerts, it is flapping, related to traffic - T147130TASK DETAILhttps://phabricator.wikimedia.org/T147130EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel, StashbotCc: Stashbot, Aklapper, Smalyshev, hoo, Multichill, Gehel, mschwarzer, Avner, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, faidon, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T146576: 502 Bad Gateway errors while trying to run simple queries with the Wikidata Query Service
Gehel closed this task as "Resolved".Gehel claimed this task.Gehel added a comment. As @jcrespo pointed out, the current issue is different that the one raised here. I created T147130 to track this new issue. And I'm closing this one.TASK DETAILhttps://phabricator.wikimedia.org/T146576EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: Magnus, hoo, EricJ, jcrespo, Stashbot, Multichill, Gehel, Smalyshev, edsu, Sjoerddebruin, Karima, Esc3300, abian, Aklapper, mschwarzer, Avner, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, faidon, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T147130: Response times of Wikidata Query Service increasing
Gehel created this task.Gehel added projects: Wikidata-Query-Service, Discovery, Operations.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONThe graphite check for wikidata query service is regularly alerting since Saturday October 1st. Some investigation have already happened on T146576, but this seems to be a different issue. The slowdown of wdqs seem to be correlated with specific traffic and leads to 504 errors. The service recovers just find on its own, but we need a way to have it not go down at all.TASK DETAILhttps://phabricator.wikimedia.org/T147130EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: Aklapper, Smalyshev, hoo, Multichill, Gehel, mschwarzer, Avner, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, faidon, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
