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
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,
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
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
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',
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 [[
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,
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
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
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
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
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
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,
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
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
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
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
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
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
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
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:
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,
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**:
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
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
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,
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,
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,
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,
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
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)
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
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,
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
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
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,
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,
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:
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
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
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
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,
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
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,
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,
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,
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
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,
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:
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:
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:
51 matches
Mail list logo