Johnuniq added a comment.
Any comments about my guess in the initial report? I speculated that php.getEntityId in mw.wikibase.lua sometimes returns junk due to a timeout when it tries to establish a network connection with the Wikidata database (that I know nothing about).
On the other hand, I
Smalyshev added a comment.
I like the magnifying glass one. Should be recognizable enough to word even when displayed in tiny size in the browser bar. F8788903: wikiquer2.pngTASK DETAILhttps://phabricator.wikimedia.org/T168041EMAIL
Jdlrobson closed this task as "Declined".Jdlrobson added a comment.
Ios8 is kinda old now. Given lack of activity I suggest we don't fix this.TASK DETAILhttps://phabricator.wikimedia.org/T106523EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc:
Esc3300 added a comment.
Do we need another ticket for that?TASK DETAILhttps://phabricator.wikimedia.org/T170422EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Sjoerddebruin, Aklapper, Esc3300, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude,
Etonkovidova added a comment.
@Mattflaschen-WMF
I was checking the fix in mediawiki (1.30.0-wmf.9). And I ran into couple of confusing issues:
RC page with only 'Wikidata edits' filter with the option ' Group changes by page in recent changes and watchlist' enabled shows
(1) Just to confirm
GWicke added a comment.
T167906: Make API usage limits easier to understand, implement, and more adaptive to varying request costs / concurrency limiting might help with this problem, especially if you can reduce the allowed concurrency to a fairly small value.TASK
faidon removed subscribers: gerritbot, Esc3300, Gymel, Sjoerddebruin.faidon changed the edit policy from "All Users" to "Custom Policy".
TASK DETAILhttps://phabricator.wikimedia.org/T170860EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: faidonCc: GWicke,
Smalyshev triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T170887EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas,
Smalyshev created this task.Smalyshev added projects: Wikidata-Query-Service, Discovery-Wikidata-Query-Service-Sprint.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONOn Jun 17 on wdqs1001:
Jul 17 15:58:36 wdqs1001 bash[29852]: 15:58:36.598 [main]
Sjoerddebruin added a comment.
Yeah, and there are still some missing. Maybe we can improve the "blacklist" if we fix this bug first.TASK DETAILhttps://phabricator.wikimedia.org/T170422EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc:
Ghouston added a comment.
The same problem of notability will turn up if the subjects of images are going to be linked to Wikidata items, since there are plenty of images of things like buildings that may not be notable for Wikidata. At present, there's no problem having a category for the
Capt_Swing edited projects, added Design-Research, Research; removed Design-Research-Backlog.
TASK DETAILhttps://phabricator.wikimedia.org/T159495EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Capt_SwingCc: Ricordisamoa, Capt_Swing, Aklapper, SandraF_WMF,
Esc3300 added a comment.
Looks like it. The other they I went through a couple of items that were missing p31s and I think they mostly had list there: pids=(17 18 276 301 373 463 495 571 641 1344 1448 1476)
BTW we might want to replace
category's main topic (P 301)
with
topic's main
Smalyshev triaged this task as "Low" priority.Smalyshev added a comment.
Not sure right now additional triple is needed, given that STRAFTER( STR( ?item ), STR( wd: ) ) works fine. I could, in theory, add a function for that, but this seems to be simple enough way to do it.TASK
Capt_Swing added a project: Research.
TASK DETAILhttps://phabricator.wikimedia.org/T152248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Capt_SwingCc: SandraF_WMF, Capt_Swing, Aklapper, GoranSMilovanovic, QZanden, Acer, Avner, Poyekhali, SBecker, Izno,
Capt_Swing added a project: Research.
TASK DETAILhttps://phabricator.wikimedia.org/T161251EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Capt_SwingCc: Aklapper, Capt_Swing, Sadads, SandraF_WMF, GoranSMilovanovic, QZanden, Acer, Avner, SBecker, Izno,
Sjoerddebruin added a comment.
Probably for every property that gets removed from the suggestions file, see P5495.TASK DETAILhttps://phabricator.wikimedia.org/T170422EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Sjoerddebruin, Aklapper,
Esc3300 added a comment.
There is a similar problem with a few other properties. I think it was P 18 (image) , P 17 (country) ..TASK DETAILhttps://phabricator.wikimedia.org/T170422EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300,
Esc3300 reopened this task as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T147117EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Lydia_Pintscher, Agabi10, Sjoerddebruin, Aklapper, Esc3300, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs,
Esc3300 reopened subtask T147117: [feature request] make property suggestor work for qualifiers and entities other than items as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T75496EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Bene,
Esc3300 added a comment.
We already have property data type. For these it doesn't work.TASK DETAILhttps://phabricator.wikimedia.org/T147117EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Lydia_Pintscher, Agabi10, Sjoerddebruin, Aklapper, Esc3300,
Esc3300 added a comment.
T67626: I don't quite see how annotation comes in there. Where is it mentioned? From the summary, it looks like the equivalent of Listeria. This wouldn't really add much .. Listeria works.TASK DETAILhttps://phabricator.wikimedia.org/T170076EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T170860EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Esc3300, Gymel, EBernhardson, Lydia_Pintscher, Sjoerddebruin, debt, BBlack, Gehel,
Esc3300 added a comment.
it's really easier to do it one fieldTASK DETAILhttps://phabricator.wikimedia.org/T112075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Charlie_WMDE, Jan_Dittrich, James_Budday, Esc3300, daniel, Aklapper, Jonas,
gerritbot added a comment.
Change 365821 had a related patch set uploaded (by Smalyshev; owner: Smalyshev):
[operations/puppet@production] Enable banning clients by IP by setting wdqs::gui::bad_clients
https://gerrit.wikimedia.org/r/365821TASK DETAILhttps://phabricator.wikimedia.org/T170860EMAIL
Esc3300 added a comment.
thanks.TASK DETAILhttps://phabricator.wikimedia.org/T165228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, Esc3300Cc: gerritbot, Jay8g, TerraCodes, Esc3300, Stashbot, Gehel, Mbch331, Smalyshev, VIGNERON, Lea_Lacroix_WMDE,
Smalyshev added a comment.
@EBernhardson we have per-IP limits, and they work fine in 99% of cases. In this case, however, the query is bad enough that it is causing load even when only 5 instances of it run in parallel. Which would be not a big deal if it happened just once, but since it is
Esc3300 added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T168518EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Dereckson, Esc3300Cc: Koavf, Dereckson, Esc3300, Dcljr, StevenJ81, Urbanecm, SPQRobin, MF-Warburg, Jayprakash12345,
Esc3300 added a comment.
Personally, I'd exclude all deprecated statements from constraint checks.TASK DETAILhttps://phabricator.wikimedia.org/T170391EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, Esc3300Cc: Esc3300, daniel,
Esc3300 added a comment.
It's likely that there are constraint where the global settings (either for Wikidata, or custom installations) wont work for all constraints/properties.TASK DETAILhttps://phabricator.wikimedia.org/T170420EMAIL
Esc3300 added subscribers: Gymel, Esc3300.Esc3300 added a comment.
Maybe @Gymel would know who.TASK DETAILhttps://phabricator.wikimedia.org/T170860EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, Gymel, EBernhardson, Lydia_Pintscher,
EBernhardson added a comment.
I don't know if it would work as well here, but other services in the cluster user a cluster-wide semaphore via the PoolCounter service. Perhaps it would be a bit annoying to tie into, but it's a very simple service. You could use a semaphore per-ip to at least
XXN added a comment.
There already exists a gadget for searching, perhaps it could be improved to include the desired feature.TASK DETAILhttps://phabricator.wikimedia.org/T115948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: XXNCc: StudiesWorld,
Lydia_Pintscher added a comment.
FWIW I don't know either who it could be.TASK DETAILhttps://phabricator.wikimedia.org/T170860EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Sjoerddebruin, debt, BBlack, Gehel, Aklapper,
XXN added a comment.
@Ricordisamoa: I'm fine with it if will be accepted and implemented. Just in case that suggestion will be rejected for some reason, anyway we'll need such a feature, so this ticket can be kept open meanwhile, I think.TASK DETAILhttps://phabricator.wikimedia.org/T115948EMAIL
Smalyshev added a comment.
Yup, no idea who that might be though. It produces 4% of all(!) queries on the service for the last week, and most of them just repeating one failing query over and over.TASK DETAILhttps://phabricator.wikimedia.org/T170860EMAIL
XXN renamed this task from "Wikidata gadget for local search" to "Wikidata gadget for searching outside the main namespace".XXN triaged this task as "Normal" priority.XXN updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONWikidata needs a gadget that createsfor searching
debt added a comment.
Looks like the IP is from a University in Germany: Johann Wolfgang Goethe-Universitaet FrankfurtTASK DETAILhttps://phabricator.wikimedia.org/T170860EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: debt, BBlack, Gehel, Aklapper,
Smalyshev added a comment.
Some stats:
The IP above seems to create virtually all 429's and 500's for the day (Jul 17), and orders of magnitude larger than any other hosts.TASK DETAILhttps://phabricator.wikimedia.org/T170860EMAIL
gerritbot added a comment.
Change 365674 had a related patch set uploaded (by Jonas Kress (WMDE); owner: Jonas Kress (WMDE)):
[wikidata/query/gui@master] Default language should be browser language
https://gerrit.wikimedia.org/r/365674TASK DETAILhttps://phabricator.wikimedia.org/T169686EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T169686EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lucas_Werkmeister_WMDE, Jonas, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls,
Jonas triaged this task as "Normal" priority.Jonas removed Lucas_Werkmeister_WMDE as the assignee of this task.Jonas added a subscriber: Lucas_Werkmeister_WMDE.
TASK DETAILhttps://phabricator.wikimedia.org/T169686EMAIL
Smalyshev triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T170860EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: BBlack, Gehel, Aklapper, Smalyshev, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, merbst,
Smalyshev created this task.Smalyshev added projects: Wikidata-Query-Service, Traffic.Herald added a subscriber: Aklapper.Herald added projects: Operations, Wikidata, Discovery.
TASK DESCRIPTIONThere are query sources for query service that produce a lot of very heavy queries very fast, bringing
Jonas created this task.Jonas added projects: Wikidata, Wikidata-Query-Service, Story, Wikidata-Sprint.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONQuery helper can only help if there is already a query,
but it should be possible to create a query with
Jonas created subtask T170858: Query Helper should allow creating query from scratch.
TASK DETAILhttps://phabricator.wikimedia.org/T154426EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jan_Dittrich, Lucas_Werkmeister_WMDE, Lydia_Pintscher, Pasleim,
Jonas closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T168714EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, JonasCc: Smalyshev, abian, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt,
Jonas closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T168715EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Yair_rand, gerritbot, Jonas, Lucas_Werkmeister_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls,
Jonas added a project: Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T169528EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: gerritbot, Lucas_Werkmeister_WMDE, Jonas, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe,
Jonas added projects: Story, Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T170660EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Lucas_Werkmeister_WMDE, gerritbot, Jan_Dittrich, Jonas, Aklapper, Lordiis, GoranSMilovanovic, Adik2382,
Volker_E removed a subscriber: gerritbot.Volker_E removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T169610EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: santhosh, Volker_ECc: Pginer-WMF, Wikibase, VisualEditor,
ValterVB added a comment.
@daniel I used a null edit via bot and this solution work. The problem is that the number of pages with error is increasing steadily, just now we have 1859 page but the number increase, based on my little statistic, I checked only 120 pages, more or less has the problem
Jdlrobson closed this task as "Resolved".Jdlrobson claimed this task.Jdlrobson added a comment.
@thiemowmde it's just a thought - since wikidata is a separate site you could disable mobilefrontend and enable the Vector responsive mode for all page views... and
we could use that as an opportunity
Hjfocs added a comment.
The curl command below works, but doesn't take into account the default graph URI, in contrast to the Blazegraph documentation:
curl -v -F "remove=@${DATASET_TO_REMOVE};type=text/turtle" -F "add=@${DATASET_TO_ADD};type=text/turtle" --form-string
Jarekt added a comment.
In T170039#3444648, @daniel wrote:
Yea, but what does "fail" mean, exactly? I guess I could just try it out, but I'm lazy with Lua. I'll check tomorrow.
You will get a big red Error "Lua error in at line ...". We did not observed that. My guess is that data is not
Vachovec1 added a comment.
The error can be persistent (if the affected page is not purged). I am watching this page: https://cs.wikipedia.org/wiki/Ole%C5%A1nice_(Polsko) for several days and the error is still present (not purging as it can be useful for debugging).
Another thing: it looks like
daniel raised the priority of this task from "Normal" to "Unbreak Now!".daniel added a comment.
Setting prio to UBN again, since according to the comments, this is still happening - sometimes. The trick is to find out when and why.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL
daniel added a comment.
In T170039#3444564, @matej_suchanek wrote:
if data == nil, data.schemaVersion itself will fail, just like -> accessing undeclared property in PHP. Type check won't take place.
Yea, but what does "fail" mean, exactly? I guess I could just try it out, but I'm lazy with
Legoktm added a comment.
@Addshore and I have been discussing this lately and he uploaded a giant proof of concept to add the Wikidata dependencies to mediawiki/vendor: https://gerrit.wikimedia.org/r/#/c/364712/2
I think we should start this by doing it one extension/library at a time, starting
Jarekt added a comment.
and if data.schemaVersion == nil than type( data.schemaVersion ) will return string "nil" and trigger the error we see.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc:
gerritbot added a comment.
Change 365646 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE); owner: Aleksey Bekh-Ivanov (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Add region qualifiers for "hard" in demo data
https://gerrit.wikimedia.org/r/365646TASK
gerritbot added a comment.
Change 365642 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE); owner: Aleksey Bekh-Ivanov (WMDE)):
[mediawiki/extensions/Wikibase@master] Add withQualifier NewStatement method
https://gerrit.wikimedia.org/r/365642TASK
matej_suchanek added a comment.
if data == nil, data.schemaVersion itself will fail, just like -> accessing undeclared property in PHP. Type check won't take place.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL
gerritbot added a comment.
Change 365631 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Override forms existing in DB for "ask out" examples
https://gerrit.wikimedia.org/r/365631TASK DETAILhttps://phabricator.wikimedia.org/T168373EMAIL
greg edited projects, added Release-Engineering-Team (Watching / External); removed Release-Engineering-Team (Kanban).
TASK DETAILhttps://phabricator.wikimedia.org/T95663EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gregCc: demon, thcipriani, Reedy, greg,
Jarekt added a comment.
https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#type does not say so I will check.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: daniel, putnik,
daniel added a comment.
@Jarekt thanks. I have one concern: what does type( data.schemaVersion ) do if data is nil?TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, putnik, Framawiki,
Jan_Dittrich added a comment.
Well, there was the discussion on a Query Service Logo: T140577
F4305913: Screenshot from 2016-07-18 09-42-32.pngTASK DETAILhttps://phabricator.wikimedia.org/T168041EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jan_DittrichCc:
daniel added a comment.
The bad data seems to be coming in via mw.wikibase.getEntityObject(). mw.clone() is a candidate for returning bad data. Or bad data gets into the local cache somehow.
But I can't think of a reason for this to happen "sometimes"TASK
Jarekt added a comment.
Maybe:
if type( data ) ~= 'table' or type( data.schemaVersion ) ~= 'number' then
local errStr = string.format('The entity data must be a table obtained via mw.wikibase.getEntityObject ( data type = %s; schema version type = %s)', type( data ), type( data.schemaVersion
Framawiki edited projects, added User-notice; removed Chinese-Sites.
TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FramawikiCc: daniel, putnik, Framawiki, Zebulon84, Thibaut120094, TerraCodes, Jay8g,
Hjfocs added a comment.
To update existing triples, we need to decide one of the following DELETE/INSERT operations:
via SPARQL, as per https://www.w3.org/TR/2013/REC-sparql11-update-20130321/#deleteInsert;
via the Blazegraph API, as per
gerritbot added a comment.
Change 365631 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE); owner: Aleksey Bekh-Ivanov (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Override forms existing in DB for "ask out" examples
https://gerrit.wikimedia.org/r/365631TASK
daniel added a comment.
The code that triggers the error is a simple guard against type and version errors:
if type( data ) ~= 'table' or type( data.schemaVersion ) ~= 'number' then
error( 'The entity data must be a table obtained via mw.wikibase.getEntityObject' )
end
We could perhaps
SandraF_WMF added a comment.
Newsletter subscribers: https://meta.wikimedia.org/wiki/Global_message_delivery/Targets/Structured_data_for_multimediaTASK DETAILhttps://phabricator.wikimedia.org/T170842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
gerritbot added a comment.
Change 365625 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Remove fake item ids
https://gerrit.wikimedia.org/r/365625TASK DETAILhttps://phabricator.wikimedia.org/T168373EMAIL
gerritbot added a comment.
Change 365621 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Add demo data statements referencing senses
https://gerrit.wikimedia.org/r/365621TASK DETAILhttps://phabricator.wikimedia.org/T168373EMAIL
gerritbot added a comment.
Change 365617 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Add demo data statements referencing forms
https://gerrit.wikimedia.org/r/365617TASK DETAILhttps://phabricator.wikimedia.org/T168373EMAIL
daniel added a comment.
The only thing I can think of right now is to write a script to purge and check a page in a loop, trying to trigger the error by parsing the page over and over. If this doesn't do it, I have no idea where to look.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL
Hjfocs added a comment.
The request below adds data to an existing dataset:
curl --data-urlencode 'update=LOAD <${UPDATE_URL}> INTO GRAPH <${DATASET_URI}> ;' ${HOST}/bigdata/sparql
where ${UPDATE_URL} is the location of the new dataset to be updated and ${DATASET_URI} is the named graph URI of the
daniel added a comment.
Hm... it might be timing related, but I don't see any recent edit to the connected item either https://www.wikidata.org/w/index.php?title=Q201495="">.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL
SandraF_WMF created subtask T170842: Send out Structured Data on Commons Newsletter - July 2017 edition.
TASK DETAILhttps://phabricator.wikimedia.org/T170236EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SandraF_WMFCc: Sadads, SandraF_WMF, Aklapper,
SandraF_WMF created this task.SandraF_WMF added projects: Wikidata, Structured-Multimedia-Data, Community-Liaisons (Jul-Sep 2017).
TASK DESCRIPTIONNewsletter with
updates about Federation, Multi-Content Revisions,
team updates,
talking with stakeholders,
what's next
TASK
thiemowmde triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T170281EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Reedy, Lucas_Werkmeister_WMDE, aude, hoo, ArielGlenn, daniel, Lydia_Pintscher,
JohnBlackburne added a comment.
I mean to Category:Pages with script errors. The link at the top of the page lists them by the date they were added. As always seems to be the case with this error no edit triggers it; it can happen to actively edited pages or to pages that have not been edited for
Jarekt added a comment.
Yes totally at random. You make some change to a page that does not have anything to do with wikidata, preview the page and see the error, click preview again without changing anything and the error is gone. Probability of it happening was small but I was changing a lot of
James_Budday added a comment.
This could be a pretty quick job if it hasn't been done already. My initial 2 ideas are the logo with a question mark or a magnifying glass. Here are 2 lazy, 10 second drafts. Would this be on the right track?
F8788903: wikiquer2.png
F8788902: wikiquer1.pngTASK
daniel added a comment.
@Jarekt @JohnBlackburne: so you are saying this happens at random? Or it happens when a page gets re-parsed under some specific condition, and then vanishes when the page is parsed again after a purge? That seems unlikely, though it's not impossible...
When you say "Māui
JohnBlackburne added a comment.
And another one just (2 minutes ago) added to the category: [[Kingdom Hearts II]] Kingdom Hearts II. It’s still happening.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Jarekt added a comment.
Daniel, I have not seen this error in some days now, but when it occurred purging was usually enough to fix it. It seemed to me that any save, page preview or purge of a page accessing Wikidata had some small probability of showing this error, and a new purge was a new cast
JohnBlackburne added a comment.
It has always been the case that the pages can be fixed by purging – that was noted in the initial report. Purging is easy if you know to do it and how to do it, but many if not most editors, never mind readers, will not know to do so. And it is the nature of the
gerritbot added a comment.
Change 365625 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE); owner: Aleksey Bekh-Ivanov (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Remove fake item ids
https://gerrit.wikimedia.org/r/365625TASK
gerritbot added a comment.
Change 365624 had a related patch set uploaded (by WMDE-leszek; owner: WMDE-leszek):
[mediawiki/extensions/Wikibase@master] API classes require permissions defined by ChangeOps they use
https://gerrit.wikimedia.org/r/365624TASK
AnotherLadsgroup added a comment.
It will be one of the features, but things like "Longest repeated character" and "compression ratio" would be useful tooTASK DETAILhttps://phabricator.wikimedia.org/T170835EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
daniel added a comment.
@JohnBlackburne So you confirm that it is not happening any more. There are still bad renderings in the parser cache, but the root cause seems to have been fixed, su puring the page fixes the rendering. We should still find out what happened, and a mass purge of the
gerritbot added a comment.
Change 365621 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE); owner: Aleksey Bekh-Ivanov (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Add statements referencing senses
https://gerrit.wikimedia.org/r/365621TASK
JohnBlackburne added a comment.
It’s still happening. I went through a portion of the articles in the en.wp category yesterday and found one more. And as I check again there are only two articles in the category but one has the problem (until someone purges it): Māui Pōmare.TASK
Halfak added a comment.
How would this measurement look in practice?
Something like UPPERCASE_CHARS / all_chars?TASK DETAILhttps://phabricator.wikimedia.org/T170835EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, HalfakCc: Halfak, Ladsgroup,
AnotherLadsgroup created subtask T170835: Add entropy-related and uppercase-related measures to comments.
TASK DETAILhttps://phabricator.wikimedia.org/T162617EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, AnotherLadsgroupCc: samuwmde,
AnotherLadsgroup created this task.AnotherLadsgroup added projects: Wikidata, editquality-modeling, Scoring-platform-team, artificial-intelligence, User-Ladsgroup.
TASK DESCRIPTIONThis will be extremely useful in case someone adds "LOLLL" as a term.TASK
1 - 100 of 193 matches
Mail list logo