[Wikidata-bugs] [Maniphest] [Changed Project Column] T112759: Introduce a GenericValueSnakFormatter that dispatches to ValueFormatters based on the data type (and value type)

daniel moved this task to ready to go on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T112759 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc

[Wikidata-bugs] [Maniphest] [Updated] T112753: [Metatask] Create a mechanism for datatype specific Snak rendering (to allow formatting based on per-property information)

daniel added a blocking task: T112544: [RFC] Decide on mechanism to dispatch formatting per property id. TASK DETAIL https://phabricator.wikimedia.org/T112753 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112758: Introduce a DispatchingValueSnakFormatter which dispatches to SnakFormatters based on data type.

daniel moved this task to consider for next sprint on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T112758 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Updated] T95684: [Story] new formatter to format identifiers as Links

daniel removed a blocking task: T112544: [RFC] Decide on mechanism to dispatch formatting per property id. TASK DETAIL https://phabricator.wikimedia.org/T95684 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Ricordisamoa, Bugreporter

[Wikidata-bugs] [Maniphest] [Created] T112804: [Bug] When coalescing changes on the client, the diff is computed incorrectly, leading to changes being ignored.

daniel created this task. daniel added a subscriber: daniel. daniel added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION ChangeRunCoalescer incorrectly computes the diff when combining changes: When combining changes A, B, and C, it computes the diff between C and

[Wikidata-bugs] [Maniphest] [Updated] T112804: [Bug] When coalescing changes on the client, the diff is computed incorrectly, leading to changes being ignored.

daniel added a project: Wikidata-Sprint-2015-09-15. TASK DETAIL https://phabricator.wikimedia.org/T112804 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot, Aklapper, daniel, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Claimed] T112804: [Bug] When coalescing changes on the client, the diff is computed incorrectly, leading to changes being ignored.

daniel claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T112804 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot, Aklapper, daniel, Wikidata-bugs, aude ___ Wikidata

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112804: [Bug] When coalescing changes on the client, the diff is computed incorrectly, leading to changes being ignored.

daniel moved this task to Review on the Wikidata-Sprint-2015-09-15 workboard. TASK DETAIL https://phabricator.wikimedia.org/T112804 WORKBOARD https://phabricator.wikimedia.org/project/board/1502/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T112805: GlobalUsage does not list images that are used on client wikis through Wikidata

daniel added a subscriber: daniel. daniel added a comment. Herald added a subscriber: Matanya. Since what comes from Wikidata is just the name of the image, and the actual image link is constructed on the client wiki, it should behave exactly like any other image link. Can you confirm that this

[Wikidata-bugs] [Maniphest] [Commented On] T112805: GlobalUsage does not list images that are used on client wikis through Wikidata

daniel added a comment. That would indicate that it was either a temporary glitch (and it does work with the template elsewhere), or the template is doing something strange. TASK DETAIL https://phabricator.wikimedia.org/T112805 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings

[Wikidata-bugs] [Maniphest] [Commented On] T112805: GlobalUsage does not list images that are used on client wikis through Wikidata

daniel added a comment. Case closed, then. Thanks for reporting the issue, anyway! TASK DETAIL https://phabricator.wikimedia.org/T112805 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Matanya, daniel, Aklapper, Ainali, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T112805: GlobalUsage does not list images that are used on client wikis through Wikidata

daniel closed this task as "Invalid". daniel claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T112805 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Matanya, daniel, Aklapper, Ainali, Wikidata-bugs, aud

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112544: [RFC] Decide on mechanism to dispatch formatting per property id

daniel moved this task to Review on the Wikidata-Sprint-2015-09-15 workboard. TASK DETAIL https://phabricator.wikimedia.org/T112544 WORKBOARD https://phabricator.wikimedia.org/project/board/1502/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Edited] T112804: [Bug] When coalescing changes on the client, the diff is computed incorrectly, leading to changes being ignored.

daniel edited the task description. daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T112804 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot, Aklapper, daniel, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Edited] T112649: [Task] Test: Using repo edit summaries on the client

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T112649 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Tobi_WMDE_SW, Lydia_Pintscher, Aklapper, aude, Ricordisamoa, MGChecker, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T112649: [Task] Test: Using repo edit summaries on the client

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T112649 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Tobi_WMDE_SW, Lydia_Pintscher, Aklapper, aude, Ricordisamoa, MGChecker, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T99674: Decide on internal representation of (Gregorian and Julian) dates with negative years

daniel added a comment. This ticket is about whether to write 44BC as -44 or -43. Time zones are completely irrelevant for this. When referring to "ISO", please note that ISO 8601 actually *changed* from representing 44BC as -44 to now using -43 to represent that year. And then,

[Wikidata-bugs] [Maniphest] [Edited] T99674: Decide on internal representation of (Gregorian and Julian) dates with negative years

daniel edited the task description. daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T99674 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Ricordisamoa, JanZerebecki, Smalyshev, Jc3s5h, daniel, Aklapper

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T86528: [RFC] Unit Localization

daniel added a subscriber: hoo. TASK DETAIL https://phabricator.wikimedia.org/T86528 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: hoo, mxn, Snipre, Ricordisamoa, Lydia_Pintscher, thiemowmde, Tobi_WMDE_SW, JeroenDeDauw, JanZerebecki

[Wikidata-bugs] [Maniphest] [Commented On] T112285: ContentTranslation link adaptation is mostly broken when translating to be-tarask

daniel added a subscriber: daniel. daniel added a comment. I assume the problem arises from deriving the internal wiki id (which still is be_x_oldwiki) from the subdomain (which now is be-tarask). The relationship between subdomain and internal ID (read: database name) isn't guaranteed

[Wikidata-bugs] [Maniphest] [Created] T112910: Wikibase should accept domain names instead of internal wiki IDs in API parameters.

daniel created this task. daniel added a subscriber: daniel. daniel added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION Clients have no good way to know the internal ID associated with a wiki, but they usually know the wiki's domain name. API modules that expe

[Wikidata-bugs] [Maniphest] [Edited] T112910: Wikibase should accept domain names instead of internal wiki IDs in API parameters.

daniel edited the task description. daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T112910 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Aklapper, daniel, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Commented On] T112426: Querying English Wikipedia for langlinks doesn't work for be-tarask, but works for be-x-old

daniel added a subscriber: daniel. daniel added a comment. For reference: when generating langlinks based on information from Wikidata, Wikibase relies on information from the sites_identifiers table. The respective code could be added or replaced there. Not sure what would happen if multiple

[Wikidata-bugs] [Maniphest] [Commented On] T112647: [Task] Investigation: how to handle the rename of a site id in Wikidata

daniel added a subscriber: daniel. daniel added a comment. Alternative solution: - Add a "display-id" set to "be_taraskwiki" to the IDs associated with "be_x_oldwiki". Site and SiteStore allow any number of IDs to be associated with a site, so this shouldn'

[Wikidata-bugs] [Maniphest] [Updated] T112647: [Task] Investigation: how to handle the rename of a site id in Wikidata

daniel added a comment. Another possibility: - Start using the domain name instead of exposing internal wiki identifiers. - For display, use the full domain (or just the subdomain, where suitable) - For input (in the UI and API) allow both, the canonical ID and the domain name. See https

[Wikidata-bugs] [Maniphest] [Closed] T76866: Split validators from DataType class

daniel closed this task as "Resolved". daniel claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T76866 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: adrianheine, Krenair, JanZerebecki, aude, Aklapper, daniel, Wik

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112647: [Task] Investigation: how to handle the rename of a site id in Wikidata

daniel moved this task to Doing on the Wikidata-Sprint-2015-09-15 workboard. TASK DETAIL https://phabricator.wikimedia.org/T112647 WORKBOARD https://phabricator.wikimedia.org/project/board/1502/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Changed Project Column] T113033: [Task] Remove use of RawMode in WikibaseQualityExternalValidation

daniel moved this task to Doing on the Wikidata-Sprint-2015-09-15 workboard. TASK DETAIL https://phabricator.wikimedia.org/T113033 WORKBOARD https://phabricator.wikimedia.org/project/board/1502/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Edited] T107595: RFC: Multi-Content Revisions

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T107595 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester

[Wikidata-bugs] [Maniphest] [Changed Project Column] T107595: RFC: Multi-Content Revisions

daniel moved this task to Inbox on the MediaWiki-RfCs workboard. TASK DETAIL https://phabricator.wikimedia.org/T107595 WORKBOARD https://phabricator.wikimedia.org/project/board/52/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc

[Wikidata-bugs] [Maniphest] [Changed Project Column] T107595: RFC: Multi-Content Revisions

daniel moved this task to Doing on the Wikidata-Sprint-2015-09-15 workboard. TASK DETAIL https://phabricator.wikimedia.org/T107595 WORKBOARD https://phabricator.wikimedia.org/project/board/1502/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Edited] T107595: RFC: Multi-Content Revisions

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T107595 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester

[Wikidata-bugs] [Maniphest] [Updated] T111023: [Task] Move languagelink sidebar sort order from wikibase to operations/mediawiki-config

daniel added a project: Wikimedia-Site-Requests. Herald added a subscriber: Matanya. TASK DETAIL https://phabricator.wikimedia.org/T111023 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Matanya, Legoktm, gerritbot, thiemowmde

[Wikidata-bugs] [Maniphest] [Edited] T107595: RFC: Multi-Content Revisions

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T107595 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester

[Wikidata-bugs] [Maniphest] [Edited] T107595: RFC: Multi-Content Revisions

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T107595 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester

[Wikidata-bugs] [Maniphest] [Edited] T107595: RFC: Multi-Content Revisions

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T107595 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester

[Wikidata-bugs] [Maniphest] [Edited] T107595: RFC: Multi-Content Revisions

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T107595 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester

[Wikidata-bugs] [Maniphest] [Commented On] T112886: Make it possible to query whether a Wikidata item exists on a particular Wikipedia language edition

daniel added a comment. The information which wikipedias have an article about an item is "local" to the item, that is, it's directly contained in the item's JSON blob, as a "sitelink". There is no need for an actual "query" (wikidata "queries"

[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)

daniel added a comment. In https://phabricator.wikimedia.org/T105623#1656325, @Mike_Peel wrote: > As posted on wikidata-l, taking the current approach of +- 1 SF is a really > bad idea. As an example, say you have a length of 100m. Which significant > digit do you assume is correct

[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)

daniel added a comment. In https://phabricator.wikimedia.org/T105623#1656985, @Mike_Peel wrote: > > If we did not plan to support unit conversion, I would be ready to go along > > with your argument. We would simply say we don't know th precision. With > > unit convers

[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)

daniel added a comment. @Jc3s5h what, then, would be an example for a reliable/acceptable source giving us a number with no hint at the uncertainty? When should we consider an uncertainty unsourced? If Nature gives the size of a crated on Mars in Kilometers, what uncertainty should we assume

[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)

daniel added a comment. It seems like are are approaching an agreement on a few points: - it's wrong to assume absolute precision (+/-0) per default - it's important to apply rounding based on uncertainty (resp significant digits) when //converting//, to avoid the introductio

[Wikidata-bugs] [Maniphest] [Commented On] T112893: [Task] Investigate how and where data model objects are instanciated in our code base

daniel added a comment. I think it's useful to have separate numbers for the tests, but I agree that we should know those numbers too, since we need to fix these instances too. TASK DETAIL https://phabricator.wikimedia.org/T112893 EMAIL PREFERENCES https://phabricator.wikimedi

[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)

daniel added a comment. @Mike_Peel Thanks for the links! Especially M3003 looks like a very useful reference. In https://phabricator.wikimedia.org/T105623#1660493, @Mike_Peel wrote: > In https://phabricator.wikimedia.org/T105623#1660386, @daniel wrote: > > > - it's nearl

[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)

daniel added a comment. @Mike_Peel "show", of course! It's amazing how blind I am when I already "know" what I am reading... TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/

[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)

daniel added a comment. @Thryduulf Thanks for the input. I See where you are coming from. The trouble is: in order to apply conversion and meaningful comparison, we //have// to assume some level of uncertainty. Assuming +/-0 leads to strange results for display, and mismatches in queries. It

[Wikidata-bugs] [Maniphest] [Unblock] T108688: [Story] meaningful edit summaries on the client

daniel closed blocking task T111676: [Task] Linker::formatComment should support comments that refer to another wiki. as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T108688 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Unblock] T111039: [Task] repo edit-summary mechanism on the client: part 4

daniel closed blocking task T111676: [Task] Linker::formatComment should support comments that refer to another wiki. as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T111039 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Closed] T111676: [Task] Linker::formatComment should support comments that refer to another wiki.

daniel closed this task as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T111676 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: hoo, Ricordisamoa, daniel, Aklapper, Tobi_WMDE_SW, gerritbot, Wikidata-

[Wikidata-bugs] [Maniphest] [Created] T113347: Pre-fetch label used for summary formatting

daniel created this task. daniel added subscribers: MGChecker, Ricordisamoa, aude, Aklapper, Lydia_Pintscher, daniel. daniel added projects: Wikidata, MediaWiki-extensions-WikibaseClient. TASK DESCRIPTION We should pre-fetch all labels needed for formatting the summaries of a batch of changes

[Wikidata-bugs] [Maniphest] [Edited] T110410: [Bug] Unhandled StatementGuidParsingException in ChangeOpStatement (via ModifyEntity)

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T110410 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher, daniel Cc: JanZerebecki, demon, aude, Aklapper, Luke081515, Wikidata-bugs, Jay8g, Krenair

[Wikidata-bugs] [Maniphest] [Commented On] T113168: [Story] Make it possible to alter only Statements with a certain property

daniel added a subscriber: daniel. daniel added a comment. We could have JS code that hides everything but the desired statements. Could even be done with a gadget, based on some magic stuff in the URL. For instance, the gadget could trigger when finding something like #!wb-only-P17 at the end

[Wikidata-bugs] [Maniphest] [Commented On] T113456: Statement changes are not appearing in client wiki

daniel added a comment. I suspect the reason is that the diff is empty, because the statement diff got suppressed. AffectedPagesFinder will then find nothing. I'll look into it. TASK DETAIL https://phabricator.wikimedia.org/T113456 EMAIL PREFERENCES https://phabricator.wikimedi

[Wikidata-bugs] [Maniphest] [Commented On] T113456: Statement changes are not appearing in client wiki

daniel added a comment. Confirmed: the fact that changes that only affect statements have an empty diff causes AffectedPagesFinder::getAffectedUsagesByPage to return an empty array. To resolve this correctly, we need to again include information about the statement change in the EntityChange

[Wikidata-bugs] [Maniphest] [Changed Project Column] T113468: Use compact representation of diffs in EntityChange.

daniel moved this task to consider for next sprint on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T113468 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Created] T113468: Use compact representation of diffs in EntityChange.

daniel created this task. daniel added a subscriber: daniel. daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. Herald added a subscriber: Aklapper. TASK DESCRIPTION EntityChange (resp DiffChange) currently holds a full Diff representing the change (except for

[Wikidata-bugs] [Maniphest] [Retitled] T113456: [bug] Statement changes are not appearing in client wiki

daniel changed the title from "Statement changes are not appearing in client wiki" to "[bug] Statement changes are not appearing in client wiki". TASK DETAIL https://phabricator.wikimedia.org/T113456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/e

[Wikidata-bugs] [Maniphest] [Retitled] T113468: [Task] Use compact representation of diffs in EntityChange.

daniel changed the title from "Use compact representation of diffs in EntityChange." to "[Task] Use compact representation of diffs in EntityChange.". daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T113468 EMAIL PREFERENCES https://phabr

[Wikidata-bugs] [Maniphest] [Updated] T113456: [bug] Statement changes are not appearing in client wiki

daniel added a comment. Filed https://phabricator.wikimedia.org/T113468 for a better solution. TASK DETAIL https://phabricator.wikimedia.org/T113456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, aude, Aklapper, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T113456: [bug] Statement changes are not appearing in client wiki

daniel claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T113456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot, daniel, aude, Aklapper, Wikidata-bugs ___ Wikidata

[Wikidata-bugs] [Maniphest] [Updated] T113456: [bug] Statement changes are not appearing in client wiki

daniel added a project: Wikidata-Sprint-2015-09-15. TASK DETAIL https://phabricator.wikimedia.org/T113456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot, daniel, aude, Aklapper, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T113456: [bug] Statement changes are not appearing in client wiki

daniel moved this task to Review on the Wikidata-Sprint-2015-09-15 workboard. TASK DETAIL https://phabricator.wikimedia.org/T113456 WORKBOARD https://phabricator.wikimedia.org/project/board/1502/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Triaged] T113456: [bug] Statement changes are not appearing in client wiki

daniel triaged this task as "Unbreak Now!" priority. TASK DETAIL https://phabricator.wikimedia.org/T113456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot, daniel, aude, Aklapper, Wik

[Wikidata-bugs] [Maniphest] [Changed Project Column] T113456: [bug] Statement changes are not appearing in client wiki

daniel moved this task to in current sprint on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T113456 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc

[Wikidata-bugs] [Maniphest] [Commented On] T113456: [bug] Statement changes are not appearing in client wiki

daniel added a comment. Fix was backported and deployed during SWAT. However, I'm unable to confirm the fix - it seems to be still broken on the live site. When testing locally, the fix works as expected. TASK DETAIL https://phabricator.wikimedia.org/T113456 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T113456: [bug] Statement changes are not appearing in client wiki

daniel added a comment. Still no Kittens. TASK DETAIL https://phabricator.wikimedia.org/T113456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot, daniel, aude, Aklapper, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T107595: RFC: Multi-Content Revisions

daniel added a project: Wikimedia-Developer-Summit-2016. TASK DETAIL https://phabricator.wikimedia.org/T107595 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm

[Wikidata-bugs] [Maniphest] [Commented On] T113468: [Task] Use compact representation of diffs in EntityChange.

daniel added a comment. @aude yes, something like that could work. Only for sitelinks we really need to know the actual change, so we can track the (un-)linking of pages on each client. TASK DETAIL https://phabricator.wikimedia.org/T113468 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] [Commented On] T113456: [bug] Statement changes are not appearing in client wiki

daniel added a comment. Ugh. Found it. Patch upcoming. We skip pages that are in a namespace for wiki wikibase is not "enabled". Though "enabled" just means for sitelinks, arbitrary access should work everywhere. When we decided that this should be the case, we forgot to re

[Wikidata-bugs] [Maniphest] [Commented On] T78156: [Task] Cache wbsearchentities responses for short prefixes

daniel added a comment. Jan suggested that it would more sense to have the responses cached in varnish. We'd just have to send the corresponding http headers. TASK DETAIL https://phabricator.wikimedia.org/T78156 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/

[Wikidata-bugs] [Maniphest] [Created] T113606: dispatchChanges should dispatch to local wiki if client functionality is enabled on the repo

daniel created this task. daniel added a subscriber: daniel. daniel added projects: MediaWiki-extensions-WikibaseRepository, Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION A wikibase repository typically also functions as a wikibase client (having itself as the connected repo

[Wikidata-bugs] [Maniphest] [Created] T113608: When a wikibase repo also functions as a client wiki, no namespace should have "connected" pages per default.

daniel created this task. daniel added subscribers: Aklapper, daniel. daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. TASK DESCRIPTION On a wikibase repo, client functionality is typically also enabled, so data can be accessed on discussion pages, policy pages, user

[Wikidata-bugs] [Maniphest] [Changed Project Column] T69122: Remove assertTag usages from tests

daniel moved this task to needs discussion or investigation on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T69122 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Changed Project Column] T69122: Remove assertTag usages from tests

daniel moved this task to Backlog on the Wikidata-Sprint-2015-09-15 workboard. TASK DETAIL https://phabricator.wikimedia.org/T69122 WORKBOARD https://phabricator.wikimedia.org/project/board/1502/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Commented On] T69122: Remove assertTag usages from tests

daniel added a comment. Moved to "needs discussion", since it's unclear what assertTag() should be replaced with. I don't think the proposed DOMTestUtils::assertTagSimple() is a good approach. TASK DETAIL https://phabricator.wikimedia.org/T69122 EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T113456: [bug] Statement changes are not appearing in client wiki

daniel added a comment. \o/ TASK DETAIL https://phabricator.wikimedia.org/T113456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: JanZerebecki, gerritbot, daniel, aude, Aklapper, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T87263: [Story] do not allow adding non-existent images in statements

daniel added a comment. I can confirm that it is possible to link to random non-existing image names, see for example https://www.wikidata.org/w/index.php?title=Q64&type=revision&diff=254077747&oldid=251454075 The situation seems to be as follows: - The backend applies //validat

[Wikidata-bugs] [Maniphest] [Updated] T112550: [RFC] Represent deferred values in the data model, and allow for deferred deserialization

daniel added a blocked task: T90707: [Task] Implement deferred deserialization of Entity. TASK DETAIL https://phabricator.wikimedia.org/T112550 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: hoo, Tobi_WMDE_SW, Jonas, thiemowmde

[Wikidata-bugs] [Maniphest] [Updated] T90707: [Task] Implement deferred deserialization of Entity

daniel added a blocking task: T112550: [RFC] Represent deferred values in the data model, and allow for deferred deserialization. TASK DETAIL https://phabricator.wikimedia.org/T90707 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc

[Wikidata-bugs] [Maniphest] [Retitled] T112550: [RFC] Represent deferred values in the data model, and allow for deferred deserialization

daniel changed the title from "[RFC] Decide how to represent derived values in the data model" to "[RFC] Represent deferred values in the data model, and allow for deferred deserialization". daniel edited the task description. TASK DETAIL https://phabricator.wikimedi

[Wikidata-bugs] [Maniphest] [Commented On] T97882: [Story] Support multiple scripts for one language

daniel added a comment. In MediaWiki, representations of the same language in different scripts are called "language variants". Don't take that term too seriously, it's just a name for codes that say "this is Serbian written in Cyrillic", etc. MediaWiki supp

[Wikidata-bugs] [Maniphest] [Commented On] T101837: [Story] switch default rdf format to full (include statements)

daniel added a comment. @mkroetzsch IIRC, the "dump" mode does not include information about referenced entities, which makes it inconvenient for third parties. And it doesn't resolve redirects, which violates the same-as semantics. "dump" mode should really only

[Wikidata-bugs] [Maniphest] [Commented On] T107595: [RFC] Multi-Content Revisions

daniel added a comment. In https://phabricator.wikimedia.org/T107595#1676115, @GWicke wrote: > @daniel, your revised version seems to focus even more on implementing > storage systems, change propagation etc, rather than defining a data access > interface for MediaWiki, which can be

[Wikidata-bugs] [Maniphest] [Commented On] T112550: [RFC] Represent deferred values in the data model, and allow for deferred deserialization

daniel added a comment. In https://phabricator.wikimedia.org/T112550#1690455, @JeroenDeDauw wrote: > Deferred instead of derived? Is that a mistake? The description certainly did > not see a matching change... It's not a mistake. We have two new requirements to meet: - accommod

[Wikidata-bugs] [Maniphest] [Commented On] T112547: [RFC] Decide on a mechanism for supporting derived values during serialization

daniel added a comment. In https://phabricator.wikimedia.org/T112547#1690481, @JeroenDeDauw wrote: > This was resolved how? By the discussion you attended. It's documented in the description. At the bottom it sais: Conclusion: we want option (1), full representation of derived value

[Wikidata-bugs] [Maniphest] [Retitled] T112550: [RFC] Represent derived values in the data model, and allow for deferred deserialization

daniel changed the title from "[RFC] Represent deferred values in the data model, and allow for deferred deserialization" to "[RFC] Represent derived values in the data model, and allow for deferred deserialization". TASK DETAIL https://phabricator.wikimedia.org/T11255

[Wikidata-bugs] [Maniphest] [Commented On] T112550: [RFC] Represent deferred values in the data model, and allow for deferred deserialization

daniel added a comment. Orr, now I see my mistake! Sorry for being blind :( TASK DETAIL https://phabricator.wikimedia.org/T112550 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: hoo, Tobi_WMDE_SW, Jonas, thiemowmde, JeroenDeDauw, Bene

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T114477: [RfC] Future of the Article Placeholder Extension

daniel added a subscriber: daniel. TASK DETAIL https://phabricator.wikimedia.org/T114477 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucie, daniel Cc: daniel, Ricordisamoa, Aklapper, Lydia_Pintscher, hoo, Lucie, Wikidata-bugs, aude, Jay8g

[Wikidata-bugs] [Maniphest] [Updated] T112759: Introduce a GenericValueSnakFormatter that dispatches to ValueFormatters based on the data type (and value type)

daniel added a project: Wikidata-Sprint-2015-09-29. TASK DETAIL https://phabricator.wikimedia.org/T112759 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, daniel

[Wikidata-bugs] [Maniphest] [Updated] T112758: Introduce a DispatchingValueSnakFormatter which dispatches to SnakFormatters based on data type.

daniel added a project: Wikidata-Sprint-2015-09-29. TASK DETAIL https://phabricator.wikimedia.org/T112758 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, daniel

[Wikidata-bugs] [Maniphest] [Updated] T112755: Add support for SnakFormatter factory callbacks to DataTypeDefinitions

daniel added a project: Wikidata-Sprint-2015-09-29. TASK DETAIL https://phabricator.wikimedia.org/T112755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, daniel

[Wikidata-bugs] [Maniphest] [Updated] T112754: Change OutputFormatSnakFormatterFactory to construct a DispatchingValueSnakFormatter based on factory callbacks from DataTypeDefinitions

daniel added a project: Wikidata-Sprint-2015-09-29. TASK DETAIL https://phabricator.wikimedia.org/T112754 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Ricordisamoa, Bugreporter, Liuxinyu970226, daniel, aude, JanZerebecki, hoo

[Wikidata-bugs] [Maniphest] [Updated] T112753: [Tracking] Create a mechanism for datatype specific Snak rendering (to allow formatting based on per-property information)

daniel added a comment. @Tobi_WMDE_SW: turns out I already did that, see T112755: Add support for SnakFormatter factory callbacks to DataTypeDefinitions <https://phabricator.wikimedia.org/T112755> and blockers. TASK DETAIL https://phabricator.wikimedia.org/T112753 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T112753: [Tracking] Create a mechanism for datatype specific Snak rendering (to allow formatting based on per-property information)

daniel added a comment. I'll move this to "done" in the sprint, since the breakdown is done, but keep it open, since the blockers are not implemented. TASK DETAIL https://phabricator.wikimedia.org/T112753 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/e

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112753: [Tracking] Create a mechanism for datatype specific Snak rendering (to allow formatting based on per-property information)

daniel moved this task to Done on the Wikidata-Sprint-2015-09-29 workboard. TASK DETAIL https://phabricator.wikimedia.org/T112753 WORKBOARD https://phabricator.wikimedia.org/project/board/1540/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112758: Introduce a DispatchingValueSnakFormatter which dispatches to SnakFormatters based on data type.

daniel moved this task to Backlog on the Wikidata-Sprint-2015-09-29 workboard. TASK DETAIL https://phabricator.wikimedia.org/T112758 WORKBOARD https://phabricator.wikimedia.org/project/board/1540/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112759: Introduce a GenericValueSnakFormatter that dispatches to ValueFormatters based on the data type (and value type)

daniel moved this task to Doing on the Wikidata-Sprint-2015-09-29 workboard. TASK DETAIL https://phabricator.wikimedia.org/T112759 WORKBOARD https://phabricator.wikimedia.org/project/board/1540/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112759: Introduce a GenericValueSnakFormatter that dispatches to ValueFormatters based on the data type (and value type)

daniel moved this task to Backlog on the Wikidata-Sprint-2015-09-29 workboard. TASK DETAIL https://phabricator.wikimedia.org/T112759 WORKBOARD https://phabricator.wikimedia.org/project/board/1540/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To

[Wikidata-bugs] [Maniphest] [Claimed] T112758: Introduce a DispatchingValueSnakFormatter which dispatches to SnakFormatters based on data type.

daniel claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T112758 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, daniel, Liuxinyu970226, Bugreporter

[Wikidata-bugs] [Maniphest] [Claimed] T112759: Introduce a GenericValueSnakFormatter that dispatches to ValueFormatters based on the data type (and value type)

daniel claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T112759 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, daniel, Liuxinyu970226, Bugreporter

<    4   5   6   7   8   9   10   11   12   13   >