Marostegui added a comment.
@daniel @hoo and myself got together to talk about this yesterday and looks like the patch that is expected to fix this is ready and was already merged.
However due to some wikidata releases rollback it is not yet in production, but they expect it to be released in the
Pigsonthewing added a comment.
This is orthogonal to the property proposal cited (which I submitted).
It seems that this is a proposal to extend, and indeed circumvent, the reach of the Wikidata notability policy; Phabricator is not the place to do this.TASK
Smalyshev added a comment.
Hmm... I wasn't aware EXISTS works in this way... I'd just use OPTIONAL+BOUND().TASK DETAILhttps://phabricator.wikimedia.org/T173243EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev,
Ash_Crow added a comment.
I totally disagree with this proposal. How long before these items would be used to doxx the real identity of users, and/or their religion/sexual orientation?TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL
hoo added a comment.Herald added a subscriber: PokestarFan.
@Anomie @aude Can we close this? Haven't see such a failure in a while now.TASK DETAILhttps://phabricator.wikimedia.org/T111075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, hoo,
hoo changed the task status from "Declined" to "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T148115EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, hoo, Lydia_Pintscher, Aklapper, Cosine02, Arthur2e5, GoranSMilovanovic, QZanden,
hoo added a parent task: T49288: [Epic] Track Wikidata entity usage on client pages.
TASK DETAILhttps://phabricator.wikimedia.org/T90436EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: RP88, Halfak, Doc_James, hoo, PokestarFan, IKhitron, eranroz, Izno,
hoo added a subtask: T90436: Improve usage tracking granularity to avoid irrelevant changes showing in the watchlist..
TASK DETAILhttps://phabricator.wikimedia.org/T49288EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, DixonD, Aklapper,
dbarratt added a comment.
In T173145#3522144, @Hsarrazin wrote:
It would also allow to search the database of users for any property.
Even with controlled data, this would be a serious breach in the privacy of users...
I don't understand how that would be a breach of privacy. You would be the
Hsarrazin added a comment.
You must understand that, to French people, the mere possibility to publicly cross-search personal data for people that are not "public" (i.e. famous... in a way or another) is very, very sensitive
Sensitive to the point that the law obliges to anonymize
hoo created subtask T173262: Get arbitrary label from Item without loading the full Item (via Lua)..Herald added a subscriber: PokestarFan.
TASK DETAILhttps://phabricator.wikimedia.org/T112073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan,
hoo created this task.hoo added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: PokestarFan.
TASK DESCRIPTIONMake it possible to get a label in a given language (probably w/o taking language fallbacks into account) without having to load the whole entity via
Emijrp added a comment.
Editing is very slow, edits aren't saved https://grafana.wikimedia.org/dashboard/db/wikidata-edits?refresh=1m=1=1502637379598=1502647684878TASK DETAILhttps://phabricator.wikimedia.org/T173269EMAIL
dbarratt updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Doing this would allow global, public data, to be stored (and queried) on on the user themselves and allow items to be associated with user accounts. The user accounts could expose other data (like pages edited,
hoo created this task.hoo added projects: MediaWiki-extensions-WikibaseRepository, Wikidata.Herald added subscribers: PokestarFan, Aklapper.
TASK DESCRIPTIONWhen changing the formatter URL on a certain property, all entities using it for statements should be purged so that the new formatter URL is
Hsarrazin added a comment.
It would also allow to search the database of users for any property.
Even with controlled data, this would be a serious breach in the privacy of users...TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL
Emijrp added a comment.
Editing Wikidata is pretty slow for me now.TASK DETAILhttps://phabricator.wikimedia.org/T171263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, EmijrpCc: Agabi10, Lucas_Werkmeister_WMDE, gerritbot, Addshore,
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata-Query-Service, Wikidata.Herald added subscribers: PokestarFan, Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONMinimal query:
SELECT * { BIND(EXISTS { MINUS { ?a p:1/p:2 ?c. } } AS ?t) }
Caused
hoo closed subtask T148115: Allow alternative (interwiki) site ids in mw.wikibase.{label,sitelink} Lua API as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T112073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Liuxinyu970226,
hoo closed this task as "Declined".hoo added a comment.Herald edited subscribers, added: PokestarFan; removed: Liuxinyu970226.
Getting arbitrary sitelinks is handled in T142903: Get sitelink from Item without loading the full Item (via Lua)., getting arbitrary labels in T173262: Get arbitrary
hoo changed the status of subtask T148115: Allow alternative (interwiki) site ids in mw.wikibase.{label,sitelink} Lua API from "Declined" to "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T112073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc:
dbarratt added a comment.
Oh I see, User pages can be edited by anyone, but I agree, User items in wikidata should only be editable by the user themselves, I don't see any reason why someone else would need to edit that.
Honestly, I don't know why User pages can be edited by anyone, that doesn't
Bugreporter added a comment.
I don't think this is resolved, see https://grafana.wikimedia.org/dashboard/db/wikidata-dispatch?refresh=1m=1=now-90d=now
The median dispatch lag is almost never higher than 200/20s before 2017-06-29 (and since we start to record this), but is always higher than 1
Legoktm triaged this task as "Unbreak Now!" priority.Legoktm added a project: Operations.Legoktm added a comment.Herald added subscribers: Liuxinyu970226, Jay8g, TerraCodes.
this is being investigated. Currently looking at db1082 being slow.TASK DETAILhttps://phabricator.wikimedia.org/T173269EMAIL
matej_suchanek created this task.matej_suchanek added projects: MediaWiki-extensions-WikibaseClient, Performance.Herald added subscribers: PokestarFan, Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONRun this module (sorts a sequence of numbers by the label of the item with the same
dbarratt added a comment.
In T173145#3522004, @Pigsonthewing wrote:
It seems that this is a proposal to extend, and indeed circumvent, the reach of the Wikidata notability policy; Phabricator is not the place to do this.
Does having a User page circumvent the Wikipedia notability policy?
Maybe
Jarekt added a comment.
I will look into it, but the issue is that mw.wikibase.label and mw.wikibase.sitelink functions do not specify input language parameter or have capability to return all labels or sitelinks. Module:Wikidata_label module take language as an input parameter.
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikidata-Query-Service.Herald added subscribers: PokestarFan, Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONTake, for example, the following query:
SELECT ?type ?typeLabel WHERE {
wd:Q302
dbarratt added a comment.
In T173145#3522111, @Ash_Crow wrote:
I totally disagree with this proposal. How long before these items would be used to doxx the real identity of users, and/or their religion/sexual orientation?
This is why I suggested
In T173145, @dbarratt wrote:
I'm not sure what
hoo closed subtask T101253: [RFC] How to track description usage as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T106287EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, jmadler, hoo, daniel, zhuyifei1999, Eloquence,
hoo closed subtask T101253: [RFC] How to track description usage as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T173144EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, PokestarFan, Halfak, Aklapper, RP88, eranroz, Doc_James,
hoo closed subtask T101253: [RFC] How to track description usage as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T89002EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, hooCc: PokestarFan, RP88, Steinsplitter, Ricordisamoa,
hoo closed this task as "Resolved".hoo claimed this task.hoo added a comment.
I talked with Lydia about this today and I'm being bold here: We concluded that we want a new usage aspect for descriptions, especially in the face of T173144: Tracking implict (extensions) usages of WIkidata.TASK
hoo updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONThanks to T75460 we now get the label in the use's language in a multilingual project. However, on Commons, in many, perhaps, most cases, the label should be accompanied by a link to Wikipedia. For instance, if we provide
hoo added a subtask: T142903: Get sitelink from Item without loading the full Item (via Lua)..
TASK DETAILhttps://phabricator.wikimedia.org/T173194EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Izno, daniel, Multichill, Aklapper, Ricordisamoa,
dbarratt added a comment.
In T173145#3522054, @Izno wrote:
We don't need items for this functionality--Wikidata should just do it.
Agreed. Ideally the User ID would be the same as the global id (as in, centralauth id) rather than the local user id.TASK
Legoktm added a project: DBA.
TASK DETAILhttps://phabricator.wikimedia.org/T173269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: TerraCodes, Jay8g, Legoktm, Liuxinyu970226, Emijrp, Aklapper, Mbch331, PokestarFan, GoranSMilovanovic, Th3d3v1ls,
dbarratt added a comment.
In T173145#3522573, @Izno wrote:
Found the task: T168792: Use Cognate to link user pages.
In T173145#3522562, @dbarratt wrote:
Honestly, I don't know why User pages can be edited by anyone, that doesn't seem like a good idea.
Wiki ethos. It's definitely a good idea,
Smalyshev triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T173248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Jonas, Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden,
Smalyshev added a comment.
I think it would be a nice idea for the label service to display this as “unknown value”.
In GUI, certainly, but in API results, I don't think so. For two reasons:
Tools that process data should be able to easily spot such kind of data. t\d+ is easy enough, "unknown
Smalyshev renamed this task from "Convert blank nodes to “unknown value” in label service" to "Convert blank nodes to “unknown value” ".
TASK DETAILhttps://phabricator.wikimedia.org/T173248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Jonas,
hoo closed this task as "Resolved".hoo claimed this task.hoo added a comment.
https://gerrit.wikimedia.org/r/370764 should address that by caching the value in PHP (which is good enough here).
The change is going to be deployed next week, probably.TASK
Izno added a comment.
We don't need items for this functionality--Wikidata should just do it. I can't find a task for it, though I'm pretty sure there already exists at least one. The work done for Wiktionary is probably suitable.TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL
hoo renamed this task from "[Task] Track descriptions usages separately" to "[Task] Track descriptions usages separately (Create a new description usage aspect "D")".hoo added a subscriber: eranroz.hoo updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONDescriptions can
Izno added a comment.
Found the task: T168792: Use Cognate to link user pages.
In T173145#3522562, @dbarratt wrote:
Honestly, I don't know why User pages can be edited by anyone, that doesn't seem like a good idea.
Wiki ethos. It's definitely a good idea, not least to help people who don't
matej_suchanek added a project: TestMe.Herald added a subscriber: TerraCodes.
TASK DETAILhttps://phabricator.wikimedia.org/T111075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: TerraCodes, PokestarFan, hoo, Anomie, aude, Aklapper,
Yurik added a comment.
It turns out [AUTO_LANGUAGE] is NOT a new feature of SPARQL language, nor is it even a server side operation that picks the best available language as the name might imply. Instead, it is [CURRENT_USER_LANGUAGE] substitute. The word "AUTO" is too broad and confusing.
Code:
gerritbot added a comment.
Change 371651 had a related patch set uploaded (by Legoktm; owner: Eranroz):
[mediawiki/extensions/Wikibase@master] xkill - lazy track labels/sitelinks/claims
https://gerrit.wikimedia.org/r/371651TASK DETAILhttps://phabricator.wikimedia.org/T172914EMAIL
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T172914EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranroz, gerritbotCc: gerritbot, Halfak, Aklapper, daniel, Lydia_Pintscher, aude, Liuxinyu970226, CennoxX,
Marostegui added a comment.
I don't see anything wrong with db1082 (or the s5 master).
db1082 had some spikes but traffic is back to normal: https://grafana.wikimedia.org/dashboard/db/mysql?orgId=1=eqiad%20prometheus%2Fops=db1082=9104=1m=1502611167573=1502654367573
db1063 (the master) had a big
Marostegui lowered the priority of this task from "Unbreak Now!" to "Normal".Marostegui added a comment.
This graphs shows that the traffic got back to normal rate hours ago.
What caused this...I don't know. But I think we can lower (if not close) this issue.
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T173231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, daniel, dcausse, Aklapper, PokestarFan, Smalyshev, Lordiis, GoranSMilovanovic, Adik2382,
gerritbot added a comment.
Change 371747 had a related patch set uploaded (by DCausse; owner: DCausse):
[search/highlighter@master] Add new formatter to output offsets text snippets
https://gerrit.wikimedia.org/r/371747TASK DETAILhttps://phabricator.wikimedia.org/T173231EMAIL
hoo added a comment.
I think we all agree that this should be done, so I will change this task towards actually doing this!TASK DETAILhttps://phabricator.wikimedia.org/T173196EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Jarekt, Multichill, eranroz,
dcausse added a comment.
I think the solution here is to return offsets alongside the text snippets.
There is an offset gap of 1 between array elements so instance an array [ "", "Image" ] will have 1 as a starting offset for the query image.
The hack would be to send this highlight query:
hoo updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Due to this, I suggest towe should track **all** labels as used in this case:...TASK DETAILhttps://phabricator.wikimedia.org/T173196EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
hoo added a comment.
I think we all agree that this should be done, so I will change this task towards actually doing this!TASK DETAILhttps://phabricator.wikimedia.org/T173196EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Jarekt, Multichill, eranroz,
dbarratt created this task.dbarratt added projects: Wikimedia-Extension-setup, Wikidata.Herald added subscribers: PokestarFan, Aklapper.
TASK DESCRIPTIONIt would be helpful if we could use Wikidata on the office wiki. To accomplish this we should use Wikibase ClientTASK
Smalyshev added a comment.
True, but it is also possible that the label is "unknown value", so it also makes it potentially misleading. "Special" values are always problematic...TASK DETAILhttps://phabricator.wikimedia.org/T173248EMAIL
Marostegui added a comment.
I am seeing one disk on db1063 (the master) with errors and predictive failure, but it has been on predictive failure since 15th Jul, and the raid is OPTIMAL status.
As the traffic has recovered on the master after the drop, I would say that disk predictive failure and
Daniel_Mietchen created this task.Daniel_Mietchen added projects: Reports-bot, Wikidata.Herald added a subscriber: PokestarFan.
TASK DESCRIPTIONIn the context of Wikimedians for Disaster Response, the request came up for a service that would allow for monitoring Recent Changes through
gerritbot added a comment.
Change 370327 had a related patch set uploaded (by Daniel Kinzler; owner: Daniel Kinzler):
[mediawiki/extensions/Wikibase@master] Show description of target entity when hovering over link.
https://gerrit.wikimedia.org/r/370327TASK
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T173217EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, hoo, thiemowmde, Aklapper, PokestarFan, daniel, Lordiis, GoranSMilovanovic, Adik2382,
Lucas_Werkmeister_WMDE added a comment.
Isn’t the label service a kind of GUI-like thing already? Tools that process data should primarily look at the value itself, not at the label, and the same goes for tools that are actually interested in the bnode’s identity: they can all still select the
Lucas_Werkmeister_WMDE added a comment.
Yes, but the point of the label isn’t to be unambiguous anyways.TASK DETAILhttps://phabricator.wikimedia.org/T173248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Jonas, Aklapper, Smalyshev,
Bugreporter created this task.Bugreporter added projects: Lexicographical data, Wikidata.Herald added subscribers: PokestarFan, Aklapper.
TASK DESCRIPTIONhttp://wikidata-lexeme.wmflabs.org/index.php/Lexeme:L13 uses several deleted and non-existent lexemes. They should be indicated as such. What
Bugreporter added a comment.
Note: the "Descriptions" gadget should be removed once it is fixed.TASK DETAILhttps://phabricator.wikimedia.org/T173217EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Bugreporter, gerritbot, hoo, thiemowmde,
Bugreporter created this task.Bugreporter added projects: Lexicographical data, Wikidata.Herald added subscribers: PokestarFan, Aklapper.
TASK DESCRIPTIONIn http://wikidata-lexeme.wmflabs.org/index.php/Lexeme:L13, "Synonym" is now displayed as:
difficult (L3627-S4) English adjective: not easy,
Bugreporter created this task.Bugreporter added projects: Lexicographical data, Wikidata.Herald added subscribers: PokestarFan, Aklapper.
TASK DESCRIPTIONThey should be a suggester for selecting languages for lexeme/form/sense.TASK DETAILhttps://phabricator.wikimedia.org/T173288EMAIL
hoo reopened subtask T96553: labels are not shown for redirect as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T70567EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, thiemowmde, adrianheine, aude, Snaterlicious, Lydia_Pintscher,
hoo reopened subtask T96553: labels are not shown for redirect as "Open".Herald added a subscriber: PokestarFan.
TASK DETAILhttps://phabricator.wikimedia.org/T68067EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Liuxinyu970226,
hoo reopened this task as "Open".hoo added a comment.Herald added a subscriber: PokestarFan.
This seems to be a problem again, see Q2981024 in https://www.wikidata.org/w/index.php?title=Q21131403=529675831.TASK DETAILhttps://phabricator.wikimedia.org/T96553EMAIL
Lucas_Werkmeister_WMDE renamed this task from "UnsupportedOperationException on BIND + EXISTS + MINUS + property path" to "UnsupportedOperationException on property path in EXISTS".Lucas_Werkmeister_WMDE updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...SELECT * WHERE {
Lucas_Werkmeister_WMDE updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...SELECT * WHERE { BIND(EXISTS { ?a p:1/p:2 ?b. } AS ?t) }...TASK DETAILhttps://phabricator.wikimedia.org/T173243EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Hsarrazin added a comment.
Totally agree with Ash_Crow here... this is NOT a good idea :((TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HsarrazinCc: Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300,
Ash_Crow added a comment.
So this would be a totally new namespace? Like [[U123456789]] instead of [[Q123456789]]?TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ash_CrowCc: Izno, Mahir256, Ash_Crow,
Envlh added a comment.
I totally agree with Ash_Crow. Wikidata aims to be the sum of all knowledge which can be referenced, which Wikimedians data is not. A U namespace could be a solution, but only and only if only a Wikimedian can edit its own item.TASK
Elitre added a comment.
Later this month I'll write and help review an initial announcement.TASK DETAILhttps://phabricator.wikimedia.org/T172246EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ElitreCc: PokestarFan, Aklapper, JKatzWMF, Dbrant, Qgil,
hoo added a parent task: T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink.
TASK DETAILhttps://phabricator.wikimedia.org/T142903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, hoo, Jarekt, Zolo, Aklapper,
hoo added a comment.
mw.wikibase.sitelink returns the page title of an Item on the current wiki. Sadly we currently don't have an alternative to entity:getSitelink which doesn't require loading the whole entity. Adding this is tracked in T142903: Get sitelink from Item without loading the full
hoo triaged this task as "High" priority.Herald added a subscriber: PokestarFan.
TASK DETAILhttps://phabricator.wikimedia.org/T142903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, hoo, Jarekt, Zolo, Aklapper, GoranSMilovanovic, QZanden,
Mbch331 created this task.Mbch331 added a project: Wikidata.Herald added subscribers: PokestarFan, Aklapper.
TASK DESCRIPTIONThe wikidata.org website is currently very slow.
Loading time for https://www.wikidata.org/wiki/Special:Watchlist is 246071 ms which is absurd high (this is plain loading
82 matches
Mail list logo
