Magnus closed this task as "Declined".
Magnus added a comment.
This tool would not scale to today's Wikidata size
TASK DETAIL
https://phabricator.wikimedia.org/T305788
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To:
Magnus created this task.
Magnus added projects: Wikidata-Query-Service, Toolforge.
Restricted Application added subscribers: Cyberpower678, Aklapper.
TASK DESCRIPTION
My `listeria` tool continuously operates on ~225K wiki pages with SPARQL
queries. To update each page once a week (used
Magnus added a comment.
Now starting to see error 429 (too many requests), which is better (for
debugging). Did something change in the meantime?
TASK DETAIL
https://phabricator.wikimedia.org/T358211
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Magnus created this task.
Magnus added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
The wikidata query service API (POST using `query` and `format=json`)
sometimes returns 403 (HTML) for a query. This is intermittent
Magnus closed this task as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T284372
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: EpicPupper, Aklapper, 1234qwer1234qwer4, Astuthiodit_1, karapayneWMDE,
Invadibo
Magnus added a comment.
Different bug though. Fixed now.
TASK DETAIL
https://phabricator.wikimedia.org/T284372
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: EpicPupper, Aklapper, 1234qwer1234qwer4, Astuthiodit_1, karapayneWMDE
Magnus closed this task as "Resolved".
Magnus claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T286333
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Magnus, Inductiveload, Aklapper, Invadibot, maantietaja,
Magnus added a comment.
This was broken by the "toolforge subdomain migration".
Fixed now.
TASK DETAIL
https://phabricator.wikimedia.org/T286333
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Magnus, Inductiveload
Magnus closed this task as "Resolved".
Magnus added a comment.
Fixed now.
TASK DETAIL
https://phabricator.wikimedia.org/T284372
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: EpicPupper, Aklapper, 1234qwer1234qwer4, Invadibo
Magnus added a comment.
Also, doesn't seem to work for "has a birth date"?
https://www.wikidata.org/w/index.php?search=haswbstatement%3AP21%3DQ6581072++haswbstatement%3AP569=Special:Search=advanced=1=%7B%7D=1=1
TASK DETAIL
https://phabricator.wikimedia.org/T179879
EMAIL P
Magnus added a comment.
In T179879#6859731 <https://phabricator.wikimedia.org/T179879#6859731>, @So9q
wrote:
> Both of these can be done using CirrusSearch API and can't they?
True (not sure these were available three years ago when I commented). Won't
work for "any
Magnus closed this task as "Resolved".
Magnus claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T270467
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Aklapper, Magnus, Bodhisattwa, Devnull, Nintendofan885,
Magnus added a comment.
Should restart now
TASK DETAIL
https://phabricator.wikimedia.org/T270467
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Aklapper, Magnus, Bodhisattwa, Devnull, Nintendofan885, Akuckartz, Nandana,
skpuneethumar
Magnus added a comment.
On it
TASK DETAIL
https://phabricator.wikimedia.org/T270467
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Aklapper, Magnus, Bodhisattwa, Devnull, Nintendofan885, Akuckartz, Nandana,
skpuneethumar, Zylc
Magnus added a comment.
I would also like to point out https://tabernacle.toolforge.org/ which ATM is
for editing existing items, but I could easily create a new blank item to edit.
TASK DETAIL
https://phabricator.wikimedia.org/T205014
EMAIL PREFERENCES
https://phabricator.wikimedia.org
Magnus added a comment.
Just saw this one. I think fixing wikibase to add to watchlist is the way to
go. I could update the OAuth permissions but that would break everyone's
server-based edits as they would use an old OAuth, correct?
TASK DETAIL
https://phabricator.wikimedia.org/T250621
Magnus removed Magnus as the assignee of this task.
TASK DETAIL
https://phabricator.wikimedia.org/T181062
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Magnus, David_Haskiya_WMSE, matthiasmullie, Spinster, Multichill, Husky,
Jheald
Magnus added a comment.
Still happening.
TASK DETAIL
https://phabricator.wikimedia.org/T249587
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Lea_Lacroix_WMDE, Addshore, Ixocactus, Tarrow, Magnus, Aklapper,
darthmon_wmde, Nandana
Magnus added a comment.
Maybe this helps:
F31740598: Screenshot 2020-04-07 at 15.24.56.png
<https://phabricator.wikimedia.org/F31740598>
TASK DETAIL
https://phabricator.wikimedia.org/T249587
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailprefe
Magnus added a comment.
Yes, still seeing it. Runs for ~20sec so probably not a cache. Changed the
JSONP callback(s) and still same error, so definitely no content-level cache.
TASK DETAIL
https://phabricator.wikimedia.org/T249587
EMAIL PREFERENCES
https://phabricator.wikimedia.org
Magnus created this task.
Magnus added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
API call (from Reasonator tool):
https://www.wikidata.org/w/api.php?callback=jQuery213049673058853886376_1586243741225=wbgetentities=Q12184%7CQ17076801%7CQ3241045
Magnus closed this task as "Resolved".
Magnus claimed this task.
Magnus added a comment.
It appears that the third-party bot framework quietly swallows this and just
throws an exception with the "info" field :-(
Hacked around it
TASK DETAIL
https://phabricator.w
Magnus added a comment.
Hmm, I think what tripped my code is that there was no `code:'maxlag'` in the
response?
TASK DETAIL
https://phabricator.wikimedia.org/T247596
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: matej_suchanek
Magnus added a comment.
In the error I mean
TASK DETAIL
https://phabricator.wikimedia.org/T247596
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: matej_suchanek, Magnus, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86,
GoranSMilovanovic
Magnus added a comment.
Seems to clear up now
TASK DETAIL
https://phabricator.wikimedia.org/T247596
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: matej_suchanek, Magnus, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86
Magnus added a comment.
But it's all kinds of wikis that show up. Something with the dispatcher?
Also, I can't edit via the API until this is resolved? Edits via the web
interface work. OAuth seems to work as well.
TASK DETAIL
https://phabricator.wikimedia.org/T247596
EMAIL
Magnus created this task.
Magnus added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
I am using my trusty QuickStatements (PHP version) to make edits on Wikidata.
Since today, I keep getting error messages on the Wikidata API, like
Magnus added a comment.
QuickStatements edits as the user who submitted the job, using OAuth, as is
the WMF-preferred method for tools.
TASK DETAIL
https://phabricator.wikimedia.org/T246746
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Magnus added a comment.
In T240316#5728232 <https://phabricator.wikimedia.org/T240316#5728232>,
@Lea_Lacroix_WMDE wrote:
> @Bugreporter That seems unlikely. QuickStatementsBot is blocked since
October 28th, and daily users of the tool only started reporting this issue
Magnus added a comment.
For debugging:
Direct API query:
https://www.wikidata.org/w/api.php?action=query=userinfo=blockinfo|groups|rights
QS OAuth query:
https://tools.wmflabs.org/quickstatements/api.php?action=is_logged_in
TASK DETAIL
https://phabricator.wikimedia.org/T240316
Magnus added a comment.
It's not a stale cache on my side. If I get different properties from
https://www.wikidata.org/w/api.php?action=help=query%2Buserinfo I get
the requested properties but still the bogus block.
TASK DETAIL
https://phabricator.wikimedia.org/T240316
EMAIL PREFERENCES
Magnus added a comment.
If I check the API directly in the browser, it doesn't show. Maybe because
OAuth login?
TASK DETAIL
https://phabricator.wikimedia.org/T240316
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Ladsgroup, Tohaomg
Magnus added a comment.
I seem to be getting the block for [[User:Doqume]] on Wikidata, but for every
user
TASK DETAIL
https://phabricator.wikimedia.org/T240316
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Ladsgroup, Tohaomg
Magnus added a comment.
I think I found the reason. Using MW API to get user info, I get:
{
"id": 4420,
"name": "Magnus Manske",
"blockid": 15320,
"blockedby": "Mahir256",
"blockedbyid&qu
Magnus added a comment.
I can't create batches either, so good for testing!
TASK DETAIL
https://phabricator.wikimedia.org/T240316
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Tohaomg, Bouzinac, Fnielsen, Jklamo, Jane023
Magnus added a comment.
I did not touch QS for weeks. No idea why this is happening.
Did something change with OAuth on WMF side?
Also, I wasn't really aware QuickStatementsBot is blocked. It used to do some
automated SourceMD edits. SourceMD needs an overhaul anyway, so no big
Magnus added a comment.
As of today, QuickStatements supports MediaInfo items (Mxxx).
For now, you'll have to supply the IDs manually, which is a pain.
I am working on a QS syntax parser in Rust, which will support
- ranks
- page/filename => ID conversion on-the-
Magnus closed this task as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T232960
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Tagishsimon, LucasWerkmeister, Aklapper, Harmonia_Amanda, darthmon_wmde,
DannyS71
Magnus added a comment.
Bot code patched
<https://github.com/magnusmanske/quickstatements_rs/commit/4bf2d3e437a530f5e87fc2d54d30ec5ff2aef66b>,
deployed, someone please test
TASK DETAIL
https://phabricator.wikimedia.org/T232960
EMAIL PREFERENCES
https://phabricator.wikimed
Magnus added a comment.
That's true, but a reload of the batch page should return the STOP button, as
its state is only read from the database. The bot, in turn, only checks the
database (or should, I suspect it doesn't).
TASK DETAIL
https://phabricator.wikimedia.org/T232960
EMAIL
Magnus added a comment.
In T229917#5458155 <https://phabricator.wikimedia.org/T229917#5458155>,
@Lydia_Pintscher wrote:
> https://www.mediawiki.org/wiki/Manual:Tags says "A complete list of all the
available tags is displayed on Special:Tags. Users with the managechangeta
Magnus added a comment.
Added it for most of my tools, centrally. Works fine for distributed-game.
for wdfist I get:
E1:The tag "wdfist" is not allowed to be manually applied
Now rolling the change back, until I know what tags I am allowed to use where
and when.
T
Magnus added a comment.
Everyone, I own Reasonator, including the experimental version 2 which is
used here (and should be better suited than the dated V1).
I have now added functionality to V2 that will load the siteinfo data from
the wiki, then use the namespace information from
Magnus created this task.
Magnus added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
There is a small inconsistency between the two ways to access entities on
Wikidata:
https://www.wikidata.org/w/api.php?action=wbgetentities=Q50
says
Magnus added a comment.
In T149410#5284363 <https://phabricator.wikimedia.org/T149410#5284363>,
@Jdforrester-WMF wrote:
> In T149410#5284327 <https://phabricator.wikimedia.org/T149410#5284327>,
@Multichill wrote:
>
> > Changed back the topic. Thi
Magnus added a subscriber: Jdforrester-WMF.
Magnus added a comment.
@Jdforrester-WMF Is that an official design decision (claims=>statements)?
Where was this fundamentally breaking change announced to the public?
Personally I don't care what it's called, just that it's (a) consist
Magnus added a comment.
FWIW, I have already changed my code to work with either `claims` or
`statements`. Quick thoughts:
- IMHO this change is too significant to do it "just because it's a nicer
word". No one really cares what it's called, as long as you call it the same
t
Magnus added a comment.
In T226084#5271761 <https://phabricator.wikimedia.org/T226084#5271761>,
@Krinkle wrote:
> @Magnus It is well-known currently that MediaWiki exposes many powerful API
that we do not support to perform well, but allow regardless as a convenience
servi
Magnus added a comment.
On another note, the Reasonator example in my original post seems to load
now. I'll check if the Rust code works as well now.
TASK DETAIL
https://phabricator.wikimedia.org/T226084
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Magnus added a comment.
May I humbly suggest to have a look at the consistent 2min response time of
the p99 server (in grafana), before deciding it's a problem outside WMFs
control, no matter how convenient that may seem?
TASK DETAIL
https://phabricator.wikimedia.org/T226084
EMAIL
Magnus added a comment.
No, sorry, issue remains.
I'm not the only one who noticed:
https://twitter.com/janedarnell/status/1141298180585377794
TASK DETAIL
https://phabricator.wikimedia.org/T226084
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Magnus added a comment.
GET
/w/api.php?callback=jQuery21303406678877236998_1560936691744=wbgetentities=P2508%7CP2631%7CP2509%7CP4276%7CP272%7CP4529%7CP5032%7CP4947%7CP5786%7CP6145%7CP1609%7CP1230%7CP2896%7CP4730%7CP2093%7CP1844%7CP1813%7CP5396%7CQ1199348%7CP435%7CP3959%7CP747%7CP1274
Magnus added a comment.
Response header from one of the slow requests:
HTTP/2.0 200 OK
date: Wed, 19 Jun 2019 09:31:43 GMT
content-type: text/javascript; charset=utf-8
server: mw1341.eqiad.wmnet
x-powered-by: HHVM/3.18.6-dev
mediawiki-login-suppressed: true
cache
Magnus added a comment.
Timing details of that slow request:
F29604746: Screen Shot 2019-06-19 at 11.00.52.png
<https://phabricator.wikimedia.org/F29604746>
TASK DETAIL
https://phabricator.wikimedia.org/T226084
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
Magnus triaged this task as "High" priority.
TASK DETAIL
https://phabricator.wikimedia.org/T226084
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Aklapper, Magnus, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic
Magnus created this task.
Magnus added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Many of my tools use the `wbgetentities` action to get data from Wikidata.
This usually works well, but since yesterday I found that some of these queries
take
Magnus added a comment.
F29604710: Screen Shot 2019-06-19 at 10.37.33.png
<https://phabricator.wikimedia.org/F29604710>
TASK DETAIL
https://phabricator.wikimedia.org/T226084
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Ak
Magnus closed this task as "Resolved".
Magnus claimed this task.
Magnus added a comment.
Never mind, it's the multilingual string!
TASK DETAIL
https://phabricator.wikimedia.org/T223282
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To:
Magnus created this task.
Magnus added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
I am trying to create a new item via `wbeditentity`. The following `data`
JSON fails with
"A unique dynamin-related protein is essential for mitochon
Magnus closed this task as "Resolved".
Magnus claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T215380
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: hashar, Magnus, zeljkofilipin, thcipriani, Daimona, Lydia
Magnus added a comment.
Removal is running.
This seems to be the only item affected <http://tinyurl.com/y6sjf36k> with so
many P921 <https://phabricator.wikimedia.org/P921>.
TASK DETAIL
https://phabricator.wikimedia.org/T215380
EMAIL PREFERENCES
https://phabricator.w
Magnus added a comment.
Update: Will remove them with QuickStatements now
TASK DETAIL
https://phabricator.wikimedia.org/T215380
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: hashar, Magnus, zeljkofilipin, thcipriani, Daimona
Magnus added a comment.
So here is what happens: I create(d) lots of gene/protein items (example
<https://www.wikidata.org/wiki/Q56558498>) for various species. For many
statements, I can create references, as I get them from the upstream source.
That paper is one of the often-cite
Magnus closed this task as "Resolved".Magnus claimed this task.Magnus added a comment.
That did the trick, thanks!TASK DETAILhttps://phabricator.wikimedia.org/T215620EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: Sjoerddebruin, S
Magnus added a comment.
In many cases, especially bot/background tasks (e.g. Listeria), a lag of hours is not critical. This is also true for many interactive tools, where the user gets some items matching certain criteria.
However, two situations I see as problematic:
"Instant gratific
Magnus added a comment.
Thanks @Jkbr, that seems to do the trick!TASK DETAILhttps://phabricator.wikimedia.org/T207133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, MagnusCc: Jkbr, Jneubert, TerraCodes, Liuxinyu970226, Addshore, Magnus, Aklapper
Magnus added a comment.
Can I give you (or can you just get) access to my VM? mixnmatch in the mix-n-match project.TASK DETAILhttps://phabricator.wikimedia.org/T207133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, MagnusCc: Jneubert, TerraCodes
Magnus added a comment.
As a sidenote, this may also contain the solution to T207132 ...TASK DETAILhttps://phabricator.wikimedia.org/T207133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, MagnusCc: Jneubert, TerraCodes, Liuxinyu970226, Addshore
Magnus added a comment.
docker-compose.yml:
# Wikibase with Query Service
#
# This docker-compose example can be used to pull the images from docker hub.
#
# Examples:
#
# Access Wikibase via "http://localhost:8181"
# (or "http://$(docker-machine ip):8181" if using docker
Magnus added a comment.
wdqs log (last "entry"):
wdqs_1 | 08:20:16.620 [qtp1747585824-18] ERROR c.b.r.sail.webapp.BigdataRDFServlet IP:wikibase-docker_wdqs-proxy_1.wikibase-docker_default UA:Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:63.0) Gecko/20100101 Firefox/63
Magnus accepted this revision.This revision is now accepted and ready to land.
View RevisionREPOSITORYR2010 tool-quickstatementsCHANGES SINCE LAST ACTIONhttps://phabricator.wikimedia.org/D1119/new/REVISION DETAILhttps://phabricator.wikimedia.org/D1119EMAIL PREFERENCEShttps
Magnus added a comment.
In the same timeframe:
[[User:Reinheitsgebot]] (my other bot for ... various things) : 354,089 (Quarry)[https://quarry.wmflabs.org/query/30455]
[[User:QuickStatementsBot]] : 3,885,709 (these are included in the ~6.9M figure from Sandra)
"#mix'n'match" : 6
Magnus added a comment.
I set
services:
wikibase:
networks:
default:
aliases:
- wikibase.svc
- mixnmatch.wmflabs.org
Also,
wdqs-frontend:
environment:
- WIKIBASE_HOST=mixnmatch.wmflabs.org
- WDQS_HOST=wdqs-proxy.svc
and
wdqs:
environment
Magnus raised the priority of this task from "Normal" to "Unbreak Now!".Magnus added a comment.Restricted Application added subscribers: Liuxinyu970226, TerraCodes.
So the tool still doesn't work, and I can't rollback the change...TASK DETAILhttps://phabricator.wikime
Magnus added a comment.
I changed the configuration back to where it was, and restarted the docker containers. Still broken. Now the tool does not work anymore, and I can't fix it.TASK DETAILhttps://phabricator.wikimedia.org/T207133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Magnus added a comment.
Yes, this is a hack I put in for ToolForge. I should probably remove it. It can be removed without consequences, AFAICT.TASK DETAILhttps://phabricator.wikimedia.org/T206767EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc
Magnus added a comment.
Did that now. No change. wikibase-docker_wdqs-updater_1 still keeps dying.TASK DETAILhttps://phabricator.wikimedia.org/T207133EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: Addshore, Magnus, Aklapper, Nandana, Lahi, Gq86
Magnus added a comment.
log files:
wdqs-updater_1 | Exception in thread "main" org.wikidata.query.rdf.tool.exception.ContainedException: Non-200 response from triple store: HttpContentResponse[HTTP/1.1 500 Server Error - 6429 bytes] body=
wdqs-updater_1 | SPARQL-QUERY: query
Magnus added a comment.
Maybe more detail:
I changed the three occurrences of WIKIBASE_HOST in docker-composer.yml to "mixnmatch.wmflabs.org", then did stop, then up -d. It rebuild and startedthe wdqs containers, but the updater_1 keeps dying.TASK DETAILhttps://phabricator.wik
Magnus added a comment.
I did that (docker-compose stop / sudo docker-compose up -d).
Now the wikibase-docker_wdqs-updater_1 keeps dying, and SPARQL throws a server error:
http://mixnmatch-query.wmflabs.org/#SELECT%20%28count%28distinct%20%3Fcatalog_q%29%20AS%20%3Fcnt%29%20%7B%20%3Fcatalog_q
Magnus created this task.Magnus added a project: Wikibase-Containers.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONExample:
http://mixnmatch-query.wmflabs.org/#SELECT%20%3Fq%20%3FqLabel%20%7B%20%3Fq%20wdt%3AP2%20wd%3AQ2%20
Magnus created this task.Magnus added a project: Wikibase-Containers.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONVM: mixnmatch, project mix-n-match
Fulltext search on the wiki does not work, never has:
https
Magnus added a comment.
OK, another sudo docker-compose up --no-build -d did it. Thanks.
Is this normal? Is there a startup order defined somewhere, or can I define one, so that the services come up as they should?TASK DETAILhttps://phabricator.wikimedia.org/T207131EMAIL PREFERENCEShttps
Magnus closed this task as "Resolved".Magnus claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T207131EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: Addshore, Aklapper, Magnus, Nandana, Lahi, Gq86, GoranSMilovanovic, QZand
Magnus added a comment.
End of the logfile:
wdqs-frontend_1| 10.68.21.68 - - [16/Oct/2018:07:17:15 +] "GET /proxy/wdqs/bigdata/namespace/wdq/sparql?query=prefix%20schema:%20%3Chttp://schema.org/%3E%20SELECT%20*%20WHERE%20%7B%3Chttp://www.wikidata.org%3E%20schema:dateModified%20
Magnus created this task.Magnus added a project: Wikibase-Containers.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONVM: mixnmatch in mix-n-match project
It worked fine since setup about a week ago. This morning it was 502. Did
Magnus added a comment.
Maybe also relevant: The data used for the tool that @Lydia_Pintscher linked to are avilable on Toolforge in the s53867__referee_p database (readable with any toolforge account), especially the statements table.TASK DETAILhttps://phabricator.wikimedia.org/T156389EMAIL
Magnus added a comment.
In this context, I would also appreciate a pointer as to enabling second precision on my own wikibase installation.TASK DETAILhttps://phabricator.wikimedia.org/T57755EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: Abit
Magnus added a comment.
To reproduce, I just click "random item" a few times, one will show up very quickly.
Example right now: The "published in" statement on https://www.wikidata.org/wiki/Q40220984 . The statement target (Q27713832) has an en label.TASK DETAILhttps://phabr
Magnus added a comment.
Ah, I see a hackaround is on https://github.com/wmde/wikibase-docker/blob/master/quickstatements/README.md but still...TASK DETAILhttps://phabricator.wikimedia.org/T206517EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: Magnus
Magnus added a comment.
Addendum: Also added $wgEnableEmail=true; to LocalSettings.php, no joy.TASK DETAILhttps://phabricator.wikimedia.org/T206517EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: Magnus, Aklapper, Nandana, Lahi, Gq86
Magnus created this task.Magnus added a project: Wikibase-Containers.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONI am trying to set up QuickStatements for the container.
That requires adding an OAuth consumer via
Magnus added a comment.
Well, if we want to put the creation time of a file into a statement, and we have a (sub-)second-precision EXIF time, it seems silly to round it to a day...TASK DETAILhttps://phabricator.wikimedia.org/T57755EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Magnus added a comment.
I can further limit the item number the bot accepts (though I have other people asking me to _increase_ it...).
Other possible solutions:
Change the query sparql=SELECT ?item WHERE { ?item wdt:P131 wd:Q1199 } to include LIMIT 1000 or the like
Change MediaWiki
Magnus added a comment.
Many of the tools in Hay's list have links to the source repo:
https://tools.wmflabs.org/hay/directory/?search=wikidata#/search/wikidata
And the QuickStatements (V2) repo is here:
https://phabricator.wikimedia.org/source/tool-quickstatements/TASK DETAILhttps
Magnus added a comment.
@Sjoerddebruin: Happens logged out as well, browser cache cleared, so no scripts/gadgets.TASK DETAILhttps://phabricator.wikimedia.org/T205330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: Sjoerddebruin, agray
Magnus added a comment.
Happens on the same page in Safari Version 12.0 (13606.2.11) / Mac.TASK DETAILhttps://phabricator.wikimedia.org/T205330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: agray, Lucas_Werkmeister_WMDE, Magnus, Aklapper
Magnus added a comment.
Happens to me on https://www.wikidata.org/wiki/Q29201051 even after I logged out and cleared the browser cache.TASK DETAILhttps://phabricator.wikimedia.org/T205330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: agray
Magnus added a comment.
The effect is persistent on specific items, e.g. https://www.wikidata.org/wiki/Q29201051
It happens on that item after reload, even after flushing the browser cache.
Confirmed in Firefox 63b6/Mac.TASK DETAILhttps://phabricator.wikimedia.org/T205330EMAIL PREFERENCEShttps
Magnus added a comment.
I am using Firefox 62/MacTASK DETAILhttps://phabricator.wikimedia.org/T205330EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: agray, Lucas_Werkmeister_WMDE, Magnus, Aklapper, Harmonia_Amanda, Lahi, Gq86, GoranSMilovanovic
1 - 100 of 217 matches
Mail list logo