[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

aude added a comment. @Legoktm they probably are. (i'm too tired to look now, but good idea to look) I might be able to look in the morning and make a patch, if no one else gets to it sooner.TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

Legoktm added a comment. Are the queries not in api.log?TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: Legoktm, thiemowmde, aude, daniel, Smalyshev, Aklapper, TerraCodes, Luke081515, greg,

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

Smalyshev added a comment. Looks like EditEntity->getModifyStatementChangeOps needs to catch more exceptions, and the problem is I'm not sure there is a common class (besides RuntimeException) between all exceptions deserializer might throw. So we need to either add such class or catch something

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

aude added a comment. also P0 as the property value of a snak produces an uncaught exception: array ( 'error' => array ( 'code' => 'internal_api_error_Deserializers\\Exceptions\\DeserializationException', 'info' => '[f1f379f1fd01526842092a37] Exception Caught: \'P0\' is not a valid

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

aude added a comment. I'm not totally sure what the bot was doing, but am able to get an uncaught exception if I provide a statement guid that contains "Q0". array ( 'error' => array ( 'code' => 'internal_api_error_Wikibase\\DataModel\\Services\\Statement\\StatementGuidParsingException',

[Wikidata] (no subject)

P___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] A property to exemplify SPARQL queries associated witha property

मा -Original Message- From: "Stas Malyshev" Sent: ‎24-‎08-‎2016 12:33 AM To: "Discussion list for the Wikidata project." Subject: Re: [Wikidata] A property to exemplify SPARQL queries associated witha property Hi! > Relaying a

[Wikidata-bugs] [Maniphest] [Edited] T143762: WDQS: Geographic breakdown of SPARQL queries

mpopov edited the task description. (Show Details) EDIT DETAILS...* These articles on [[ https://wikitech.wikimedia.org/wiki/Analytics/Cluster/Hive | Hive ]] and [[ https://wikitech.wikimedia.org/wiki/Analytics/Cluster/Hive/Queries | Hive queries ]] are good resources. That second one uses [[

[Wikidata-bugs] [Maniphest] [Created] T143762: WDQS: Geographic breakdown of SPARQL queries

mpopov created this task.mpopov added projects: Discovery-Analysis (Current work), Epic, Wikidata-Query-Service.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONBackground In T112605, we performed a broad analysis of Wikidata Query Service users and queries. This was almost a year ago,

Re: [Wikidata] A property to exemplify SPARQL queries associated with a property

> > > One can always use the talk page, like with all the templates > > documenting usage and monitoring. > > True. With additional benefit that you can use nice templates like > SPARQL and SPARQL2 to display the queries. > talk page templates are definitely a valid alternative. The main benefit

[Wikidata-bugs] [Maniphest] [Commented On] T143756: UnresolvedRedirectException in EntityAccessor::getEntity (scribunto)

Dereckson added a comment. To fix the double redirect, an API call to wbcreateredirect, with from at Q24668012 and to at Q19722200 worked. Yet, double redirects would be probably better handled by the extension, when a redirect is created or resolved.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T92961: [Story] Versioning in JSON output

Pfps added a comment. Right now, the JSON dump format is a sequence of JSON objects. Each of these JSON objects is a Wikidata entity. There is nothing preventing the dump format from having the first JSON object be information about the dump, including version of the dump format, version of

[Wikidata-bugs] [Maniphest] [Created] T143756: UnresolvedRedirectException in EntityAccessor::getEntity (scribunto)

Dereckson created this task.Dereckson added projects: Wikimedia-log-errors, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTION12 Encountered a UnresolvedRedirectException when trying to load Q24668012 [Called from

[Wikidata-bugs] [Maniphest] [Edited] T143756: UnresolvedRedirectException in EntityAccessor::getEntity (scribunto)

Dereckson edited the task description. (Show Details) EDIT DETAILS 12 ``` Encountered a UnresolvedRedirectException when trying to load Q24668012 [Called from Wikibase\Client\DataAccess\Scribunto\EntityAccessor::getEntity in Wikibase\Client\DataAccess\Scribunto\EntityAccessor::getEntity in

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

greg added a comment. From diagnosing in -operations with @Smalyshev : Looks like user/bot error But, it is causing something that should probably be caught/handeled witohut throwing an exception unsure how to proceed This will be really annoying (it will continue to alert if the user/bot

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

greg added a comment. (oops, missed Stas's updates, sorry for partial duplication)TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gregCc: Smalyshev, Aklapper, TerraCodes, Luke081515, greg, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

Smalyshev added a comment. Looks like it's EntityIdParsingException from DispatchingEntityIdParser. Interestingly enough, getModifyStatementChangeOps catches IllegalValueException and MWException, but EntityIdParsingException is a RuntimeException so it doesn't get caught as it seems. Maybe needs

[Wikidata-bugs] [Maniphest] [Commented On] T143744: "The serialization "Q0" is not recognized by the configured id builders"

Smalyshev added a comment. From the backtrace it looks like somebody is editing entity and putting Q0 as an identifier (which is not valid). Possibly a bot. But no idea how to link it to requests and see which one.TASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T143742: Mismatched Wikidata information in watchlist

GermanJoe added a comment. In T143742#2577506, @Sjoerddebruin wrote: The given page contains the following: {{#property:P106|from=Q42}} Every change to the linked item of the page and the items that are being used on the page appear in the watchlist. Oh, I see - the object is used as an

[Wikidata-bugs] [Maniphest] [Edited] T143744: "The serialization "Q0" is not recognized by the configured id builders"

greg edited the task description. (Show Details) EDIT DETAILS21:30 < icinga-wm> PROBLEM - MediaWiki exceptions and fatals per minute on graphite1001 is CRITICAL: CRITICAL: 80.00% of data above the critical threshold [50.0] https://logstash.wikimedia.org/goto/b9f3090444914f459784fb4922cac74cTASK

[Wikidata-bugs] [Maniphest] [Created] T143744: "The serialization "Q0" is not recognized by the configured id builders"

greg created this task.greg added projects: Wikimedia-log-errors, Wikidata, Wikibase-DataModel.Herald added subscribers: Luke081515, TerraCodes, Aklapper. TASK DESCRIPTIONhttps://logstash.wikimedia.org/goto/b9f3090444914f459784fb4922cac74cTASK DETAILhttps://phabricator.wikimedia.org/T143744EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T143742: Mismatched Wikidata information in watchlist

Sjoerddebruin added a comment. The given page contains the following: {{#property:P106|from=Q42}} Every change to the linked item of the page and the items that are being used on the page appear in the watchlist.TASK DETAILhttps://phabricator.wikimedia.org/T143742EMAIL

[Wikidata-bugs] [Maniphest] [Created] T143742: Mismatched Wikidata information in watchlist

GermanJoe created this task.GermanJoe added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONI just noticed an odd Wikidata entry in my watchlist: "(diff | hist) . . D Wikipedia:Wikidata (Q42); 22:58 . . CaliViking (talk | contribs) (‎Changed [da] description: engelsk

[Wikidata-bugs] [Maniphest] [Commented On] T132628: Drop eu_touched

gerritbot added a comment. Change 304136 merged by jenkins-bot: Drop wbc_entity_usage.eu_touched https://gerrit.wikimedia.org/r/304136TASK DETAILhttps://phabricator.wikimedia.org/T132628EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc:

[Wikidata-bugs] [Maniphest] [Blocker] T18976: Wikis waiting for creation (tracking)

Dzahn changed the status of subtask T143138: Private wiki for Project Grants Committee from "Open" to "Stalled". TASK DETAILhttps://phabricator.wikimedia.org/T18976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DzahnCc: Danny_B, TerraCodes, JEumerus, greg,

Re: [Wikidata] A property to exemplify SPARQL queries associated with a property

Dario Taraborelli, 23/08/2016 20:35: would it stretch too much the scope of properties of properties? One can always use the talk page, like with all the templates documenting usage and monitoring. Nemo ___ Wikidata mailing list

[Wikidata-bugs] [Maniphest] [Edited] T74430: Re-implement uniqueness constraint in a consistent and efficient way

matej_suchanek edited the task description. (Show Details) EDIT DETAILS...// Note: if there is no description in that language, no fingerprint is generated for that language 3) item sitelinks: $fp_fingerprint = "sitelink:{$site}:{$hashOfPageTitle}"; -- **Version**:

[Wikidata-bugs] [Maniphest] [Commented On] T126944: Wikibase LanguageFallbackChainFactoryTest makes assumptions on MediaWiki's language fallback chains

gerritbot added a comment. Change 305397 merged by jenkins-bot: Hard-code language fallback chains in LanguageFallbackChainFactoryTest https://gerrit.wikimedia.org/r/305397TASK DETAILhttps://phabricator.wikimedia.org/T126944EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T143094: Return actual term language in mw.wikibase.label

gerritbot added a comment. Change 305322 merged by jenkins-bot: Return actual term language in label/description accessors https://gerrit.wikimedia.org/r/305322TASK DETAILhttps://phabricator.wikimedia.org/T143094EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T143503: “java.lang.AssertionError: Non-required group has attached join filters” on combination of * paths, MINUS, and FILTER

Smalyshev added a comment. Filed https://jira.blazegraph.com/browse/BLZG-2066TASK DETAILhttps://phabricator.wikimedia.org/T143503EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Aklapper, WikidataFacts, mschwarzer, Avner, debt, Gehel,

[Wikidata] A property to exemplify SPARQL queries associated with a property

Relaying a question from a brief discussion on Twitter [1], I am curious to hear how people feel about the idea of creating a a "SPARQL query example" property for properties, modeled after "Wikidata property example" [2]? This would allow people to discover queries that exemplify how the

[Wikidata-bugs] [Maniphest] [Updated] T143706: Implement TermLookup based on Elastic

daniel added a parent task: T75087: Efficient entity label lookup (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T143706EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: hoo, Liuxinyu970226, Aklapper, aude, JanZerebecki, JeroenDeDauw,

[Wikidata-bugs] [Maniphest] [Updated] T75087: Efficient entity label lookup (tracking)

daniel added a subtask: T143706: Implement TermLookup based on Elastic. TASK DETAILhttps://phabricator.wikimedia.org/T75087EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Ricordisamoa, Aklapper, Wikidata-bugs, JanZerebecki, aude, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Updated] T142691: [Bug] Terms table truncates labels exceeding 255 bytes, possibly leaving invalid UTF-8

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T142691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: gerritbot, aude, Jonas, daniel, Lydia_Pintscher, hoo, Lea_Lacroix_WMDE, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T142691: [Bug] Terms table truncates labels exceeding 255 bytes, possibly leaving invalid UTF-8

gerritbot added a comment. Change 306253 had a related patch set uploaded (by Daniel Kinzler): Fix truncated terms on the fly https://gerrit.wikimedia.org/r/306253TASK DETAILhttps://phabricator.wikimedia.org/T142691EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T142691: [Bug] Terms table truncates labels exceeding 255 bytes, possibly leaving invalid UTF-8

daniel added a comment. Some quick notes: In repo/sql/Wikibase.sql, this is declared as term_text VARCHAR(255) BINARY NOT NULL, which is NOT the same as VARBINARY. VARCHAR(255) BINARY should use binary collation for UTF8 data. How ever we work around the issue that this field is VARBINARY(255)

[Wikidata-bugs] [Maniphest] [Edited] T86530: Replace wb_terms table with more specialized mechanisms for terms (tracking)

daniel edited the task description. (Show Details) EDIT DETAILS...# Label lookup could also be re-implemented based on Elastic, but at least for bulk lookups, the current SQL based method is probably more efficientsee T143706TASK DETAILhttps://phabricator.wikimedia.org/T86530EMAIL

[Wikidata-bugs] [Maniphest] [Block] T86530: Replace wb_terms table with more specialized mechanisms for terms (tracking)

daniel created subtask T143706: Implement TermLookup based on Elastic. TASK DETAILhttps://phabricator.wikimedia.org/T86530EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Ricordisamoa, Lydia_Pintscher, adrianheine, thiemowmde, Tobi_WMDE_SW,

[Wikidata-bugs] [Maniphest] [Created] T143706: Implement TermLookup based on Elastic

daniel created this task.daniel added projects: MediaWiki-extensions-WikibaseRepository, Wikidata, Performance. TASK DESCRIPTIONWe need a scalable way to look up labels and description for an entity, in a given set of languages. The current implementation using the wb_terms table does not perform

[Wikidata-bugs] [Maniphest] [Edited] T86530: Replace wb_terms table with more specialized mechanisms for terms (tracking)

daniel edited the task description. (Show Details) EDIT DETAILS...# Lookup by label/alias should be implemented based on Cirrus/Elastic (compare T94404)(see also {T89733}) # Label lookup could also be re-implemented based on Elastic, but at least for bulk lookups, the current SQL based method is

[Wikidata-bugs] [Maniphest] [Updated] T89733: Allow ContentHandler to expose structured data to the search engine.

daniel added a subscriber: StudiesWorld.daniel merged a task: T78011: Introduce getFieldsForSearchIndex, to supersede getTextForSearchIndex.. TASK DETAILhttps://phabricator.wikimedia.org/T89733EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev,

[Wikidata-bugs] [Maniphest] [Updated] T140760: [Task] Create mediainfo entity on demand when adding a statement the first time

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T140760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, gerritbotCc: hoo, Lydia_Pintscher, Jonas, thiemowmde, daniel, Aklapper, Tobi_WMDE_SW, Zppix, Lewizho99,

[Wikidata-bugs] [Maniphest] [Commented On] T140760: [Task] Create mediainfo entity on demand when adding a statement the first time

gerritbot added a comment. Change 306236 had a related patch set uploaded (by Daniel Kinzler): Fix bad check for $revid. https://gerrit.wikimedia.org/r/306236TASK DETAILhttps://phabricator.wikimedia.org/T140760EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata] Announcing the Wikidata Stable Interface Policy

Hello all! After a brief period for final comments (thanks everyone for your input!), the Stable Interface Policy is now official. You can read it here: This policy is intended to give authors of software that accesses Wikidata a

[Wikidata-tech] Announcing the Wikidata Stable Interface Policy

Hello all! After a brief period for final comments (thanks everyone for your input!), the Stable Interface Policy is now official. You can read it here: This policy is intended to give authors of software that accesses Wikidata a

[Wikidata-bugs] [Maniphest] [Edited] T103091: [Task] research how to surface usage tracking data for editors

Jan_Dittrich edited the task description. (Show Details) EDIT DETAILSWe are tracking which data from Wikidata is used where. This is only available in a database table right now. We need to find ways to surface this information for editors and make it useful for them. **STORY1:**: As a Wikipedia

[Wikidata-bugs] [Maniphest] [Edited] T103091: [Task] research how to surface usage tracking data for editors

Jan_Dittrich edited the task description. (Show Details) EDIT DETAILSWe are tracking which data from Wikidata is used where. This is only available in a database table right now. We need to find ways to surface this information for editors and make it useful for them. STORY1: As a Wikipedia

[Wikidata-bugs] [Maniphest] [Commented On] T142986: [Task] check for and fix breakage we introduced in Primary Sources Tool with recent refactoring

Izno added a comment. I can get Sjoerddebruin's problem to occur consistently using Windows 10/Firefox 47.0.1. Have at least two tabs open, one with the Wikidata item with which you're going to use the PST. The other page can be a non-Wikidata page (I'm not sure if this problem repros itself with

[Wikidata-bugs] [Maniphest] [Closed] T143501: Cannot find site mywiki in sites table in SpecialAboutTopicTest::testNewFromGlobalState

aude closed this task as "Resolved".aude removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T143501EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: gerritbot, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, jayvdb,

[Wikidata-bugs] [Maniphest] [Updated] T141354: Discuss, with communities, adding Wikidata desc to mobile web underneath title

Qgil added a project: Wikidata.Qgil moved this task from Ready to Go to August on the Community-Liaisons (Jul-Sep-2016) board. TASK DETAILhttps://phabricator.wikimedia.org/T141354WORKBOARDhttps://phabricator.wikimedia.org/project/board/1917/EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T143618: EasyQuery is not well-behaved in some (lots) of data types

Ladsgroup added a comment. Already got fixed.TASK DETAILhttps://phabricator.wikimedia.org/T143618EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Sjoerddebruin, Aklapper, Ladsgroup, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa,

[Wikidata-bugs] [Maniphest] [Closed] T143618: EasyQuery is not well-behaved in some (lots) of data types

Ladsgroup closed this task as "Resolved".Ladsgroup removed Ladsgroup as the assignee of this task. TASK DETAILhttps://phabricator.wikimedia.org/T143618EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Sjoerddebruin, Aklapper, Ladsgroup, dachary,

[Wikidata-bugs] [Maniphest] [Updated] T143273: Wikidata based ArticlePlaceholder pages won't open in the app

Lucie added projects: Wikipedia-Android-App-Backlog, Wikipedia-App-General-or-Unknown. TASK DETAILhttps://phabricator.wikimedia.org/T143273EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucieCc: Lydia_Pintscher, JMinor, Aklapper, Serumulapiet, catalandres,

[Wikidata-bugs] [Maniphest] [Created] T143645: Entity Suggester shows double information at certain moments

Sjoerddebruin created this task.Sjoerddebruin added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper. TASK DESCRIPTIONAt certain moments, the information displayed in the entity suggester is doubled: F4387499: Screen Shot 2016-08-23 at 10.58.33.png

[Wikidata-bugs] [Maniphest] [Commented On] T137238: Tune WDQS caching headers

Gehel added a comment. @Smalyshev yes there is: adding some cache-control headers. Change submitted. Thanks for reminding me!TASK DETAILhttps://phabricator.wikimedia.org/T137238EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: gerritbot, Smalyshev,

[Wikidata-bugs] [Maniphest] [Commented On] T137238: Tune WDQS caching headers

gerritbot added a comment. Change 306163 had a related patch set uploaded (by Gehel): WDQS caching headers https://gerrit.wikimedia.org/r/306163TASK DETAILhttps://phabricator.wikimedia.org/T137238EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc:

[Wikidata-bugs] [Maniphest] [Declined] T142711: Size of text of all the gadgets have been modified

Sjoerddebruin closed this task as "Declined".Sjoerddebruin added a comment. We don't see this happening anymore, not sure what caused this. Closing this.TASK DETAILhttps://phabricator.wikimedia.org/T142711EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T76859: Allows to input of plain text such as "today" in time edit widget

Sjoerddebruin added a comment. Meanwhile, a new gadget (currentDate) automatically fills in the date of today while using the property "retrieved".TASK DETAILhttps://phabricator.wikimedia.org/T76859EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: