Shortcut: WD:DEV

Wikidata:Contact the development team

From Wikidata
Jump to: navigation, search

Contact the development team

Wikidata development is ongoing. You can leave notes for the development team here, on #wikidata connect and on the mailing list or report bugs on Phabricator. (See the [1].)

Regarding the accounts of the Wikidata development team, we have decided on the following rules:

  • Wikidata developers can have clearly marked staff accounts (in the form "Fullname (WMDE)"), and these can receive admin and bureaucrat rights.
  • These staff accounts should be used only for development, testing, spam-fighting, and emergencies.
  • The private accounts of staff members do not get admin and bureaucrat rights by default. If staff members desire admin and bureaucrat rights for their private accounts, those should be gained going through the processes developed by the community.
  • Every staff member is free to use their private account just as everyone else, obviously. Especially if they want to work on content in Wikidata, this is the account they should be using, not their staff account.
On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2015/08.

Loading ..[edit]

Throbber allbackgrounds circledots 32.gif

I keep getting the loading icon today. --- Jura 07:15, 8 August 2015 (UTC)

I noticed it too. A page load, I get the information, suddenly the loading icon appears for a few seconds and then a few last changes are applied (mostly to the sitelinks). Mbch331 (talk) 07:39, 8 August 2015 (UTC)
The "in further languages" section seems to take quite some time to load. --- Jura 07:50, 8 August 2015 (UTC)
Maybe an option to de-activate it could help. Often, it's not needed. --- Jura 09:58, 8 August 2015 (UTC)
I get it too, and also noticed a few other strange things (see here). Also, I don't see edit buttons any more, except for adding links in the right-hand column and at left for the English label/decription/aliases... --Randykitty (talk) 13:47, 8 August 2015 (UTC)
This all points to java script errors. Are you still having the problem now? We fixed something there just in the last few days that might cause it. If you are still seeing it can you please open the java script console in your browser and see if there are any errors shown? You can open it in Chrome by pressing F12. --Lydia Pintscher (WMDE) (talk) 10:27, 11 August 2015 (UTC)
I'm using Firefox, so how can I check this? And I just opened several pages in several tabs. One came up normal, but when I clicked reload, I got the changed page again with the loading icon. As an aside, I never seem to be able to edit or add any statements, even before I got the problems signalled above and on the project chat. If I go to the site without logging in, I can do that, and also see the 4 languages that I don't see now (see project chat). So it seems to be an issue with the skin I use (monobook), or one of the gadgets. I tried switching them off one by one, but no single gadget seems to be responsible for the problems that I am having. --Randykitty (talk) 15:24, 12 August 2015 (UTC)
BTW, I switched from Monobook to Vector, but that didn't change anything. --Randykitty (talk) 18:24, 13 August 2015 (UTC)
In Firefox, you can open the console by pressing F12 or [Ctrl]+[Shift]+K --Pasleim (talk) 15:31, 12 August 2015 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── Thanks! That gives a large number of warnings:

"Use of "skin" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgServer" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgTitle" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgCanonicalNamespace" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgArticlePath" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgScript" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgScriptPath" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgUserName" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgCurRevisionId" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgContentLanguage" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgUserLanguage" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgEnableAPI" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgPageName" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgNamespaceIds" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgFormattedNamespaces" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgVersion" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgPageContentModel" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgUserGroups" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgServer" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgArticlePath" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgScriptPath" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgCurRevisionId" is deprecated. Use mw.config instead." load.php:156:550
"Use of "wgPageName" is deprecated. Use mw.config instead." load.php:156:550

I admit that I have no clue what these things mean... --Randykitty (talk) 08:18, 13 August 2015 (UTC)

  • Any update on this issue? --Randykitty (talk) 08:09, 19 August 2015 (UTC)
We have removed the spinner in the sourcecode yesterday. With the next deployment it will be gone here too. I hope this fixes the issue for you in the next week. --Lydia Pintscher (WMDE) (talk) 10:52, 19 August 2015 (UTC)
The spinner is gone. But all the other problems that I described are still present... Sometimes if I load several pages simultaneously in multiple tabs, one will load normally (until I hit reload...) --Randykitty (talk) 10:04, 20 August 2015 (UTC)
I had the problem too. I disabled all my scripts in my global.js (on meta) and enabled them 1 by 1 until I found the culprit. In my case it was Morebits, disabled that and enabled all my other scripts. Problem solved. So check your global.js and common.js and try to find the script that causes the problem. Mbch331 (talk) 10:11, 20 August 2015 (UTC)
@Mbch331: Brilliant! I fortunately had only two scripts in there, and one turned out to be the culprit (this one, don't even really know what it is supposed to do: "mw.loader.load('//')"). Many thanks! --Randykitty (talk) 14:21, 20 August 2015 (UTC)
It's exactly the same script I had trouble with. I believe it was related to Twinkle. Well I'm not missing it so far. Mbch331 (talk) 14:57, 20 August 2015 (UTC)
The problem is the script is based on sAjax which no longer works. That breaks the script and it breaks Wikidata. And the person that wrote the script isn't really active. Mbch331 (talk) 15:03, 20 August 2015 (UTC)

Unclean wikibooks templates interwiki move to wikidata[edit]

I'm not sure whether the following is a developer or execution problem. If I'm reporting this in the wrong place, then please tell me where to put it.

In Februari wikidata was activated for taking care of wikibooks iw's. However, there seem to be several cases where the appropriate information was added to the wikidata item, but the iw links not removed from the source page. In item Modèle:Suppression Immédiate (Q4847311) (Template:Db), a sampling indicates that the pages whose sitelinks were added here never had their iw's removed.

The trouble is not isolated to that item. I also looked at Modèle:Suppression (Q6687153) (Template:Article for deletion), and found a similar pattern. There also seems to be similar trouble with some wikisource templates (at least, I found such at pages linked to from Modèle:Espacé (Q14334705), Template:Letter-spacing).

Of course, template iw's may be a bit trickier to handle than many other items, since the iw may be either on the template page itself, or on some kind of documentation page (with the precise name varying from langage to language). Still, IMHO, not removing the local iw lists makes the introduction of wikidata to these projects a bit lopsided. JoergenB (talk) 17:57, 17 August 2015 (UTC)

Hey :) This is something to take up with the bot operator who moved the links. --Lydia Pintscher (WMDE) (talk) 10:54, 19 August 2015 (UTC)
@JoergenB: @QuiteUnusual: and @Pi zero: disallow interwiki removal bot running in enwikibooks for flaggedrev issues. see b:Wikibooks:Requests for permissions and b:Wikibooks:Reading room/Proposals/2015/March#Wikidata and interwikis.--GZWDer (talk) 02:18, 20 August 2015 (UTC)
GZWDer Thanks, I was not aware of these discussions on enwikibooks!
Do you think that the reason templates retain their iw links in some wikisource and wikipedia projects is similar? JoergenB (talk) 17:47, 21 August 2015 (UTC)

item by title and Lua[edit]

Hi, is there a way to call the equivalent of Special:ItemByTitle in Scribunto apis or via a parser function call ? It's not possible, or I did not find how yet, to get an item object by this way ... author  TomT0m / talk page 11:13, 19 August 2015 (UTC)

No, but it's a wanted feature. Matěj Suchánek (talk) 11:20, 19 August 2015 (UTC)

Lua Module in mediawiki & feature request in wikidata[edit]

  1. Please excuse, I don't know this is the right place to ask this. After Lua introduction/implementation in mediawiki, template like en:Template:Cite Web is used in all language wikipedias. why can't it be a built-in feature of mediawiki so that it can be rollout to all wikis.
  2. When I wish to update an item in mediawiki (for the language I know), the page displays statements & other project data, because of this, the page size & loading time increases. So I am requesting to provide a special page to display only ITEM section (header) or in settings/preference page I should select which sections I want to display. Thanks --Mahir78 (talk) 03:32, 20 August 2015 (UTC)
  1. The templates vary quite a bit across projects. There are some efforts to unify this but I don't know more bout it. Maybe someone else can chime in. This is not something for Wikidata development.
  2. There is Special:SetLabelDescriptionAliases --Lydia Pintscher (WMDE) (talk) 10:53, 20 August 2015 (UTC)

Feature request: Add "±" in the interface for easy entry[edit]

As I don't have it on my keyboard (other than Alt+..), is there a way to add it to the GUI when entering data? Adding "±0" instead of "±1" in a single step would be preferred.

It might be easier to do this change than do a complete re-write of the datatype entry part. --- Jura 09:50, 20 August 2015 (UTC)

You can just type "+-" and it'll automatically do the right thing for you :) --Lydia Pintscher (WMDE) (talk) 10:50, 20 August 2015 (UTC)

Login issue[edit]

I logged in to tawiki after that when I open wikidata and clicked login it redirects to login then automatically to home screen with message "You are centrally logged in. Reload the page to apply your user settings." but still the header shows I am not yet logged in. Reloading (ctrl+f5) the page too not working. -- 03:19, 21 August 2015 (UTC)

Delete your cookies. Sjoerd de Bruin (talk) 06:08, 21 August 2015 (UTC)
They're still looking for someone that can provide the headers that are sent to the server when the issue occurs (especially the cookies part). Mbch331 (talk) 09:01, 21 August 2015 (UTC)

Which pages really uses Wikidata[edit]

Hello! I remember, that I read something about it, but forgot what and where I read it. So my question is. How to get those Wikipedia pages (in some project), that really are using properties data from Wikidata, like P18 (image) in infoboxes. I don't mean which templates/modules invoke #property/Wikidata module/Wikibase module, but real Wikipedia pages. --Edgars2007 (talk) 09:03, 21 August 2015 (UTC)

Good question, Edgars2007, i'd like to know that too. My information level is this:
HTH, --Atlasowa (talk) 18:30, 21 August 2015 (UTC)
elwiki and frwiki partially track property usage, see no label (Q15574247). --Zolo (talk) 20:38, 21 August 2015 (UTC)
Thank you, both. Yes, that first discussion was the one, which I read, but there were so many links, that I didn't pay attention to it :) Yes, some special page, where user can search by page title and Wikidata item/property would be nice. --Edgars2007 (talk) 03:34, 22 August 2015 (UTC)
We have phabricator:T103091 for figuring out how to surface this information in a way that is useful to you. I'd appreciate your comments there. --Lydia Pintscher (WMDE) (talk) 07:09, 22 August 2015 (UTC)


Another question. I see, that I can find out, does the article is featured, good etc. in XXwiki (see here in doc function "badges"), but can I find out, IF the article in SOME Wikipedia has some badge? Making some loop wouldn't be very good with Lua, I think. My use-cases:

  • update badges (the yellow background) here (API, Lua, javascript or anything else quite automated is OK)
  • find out, which articles about Latvia (so probably have something to do with Latvia (Q211)) have some badges in any of Wikipedias. In this case some of User:Magnus Manske tools (WDQ, Autolist or whatever) would be good, as in the first use-case. --Edgars2007 (talk) 09:12, 21 August 2015 (UTC)

Wikidata : mais où sont passés les geeks inspirés de Wikipedia ?[edit]

J'utilise Wikidata uniquement pour créer des liens interwiki. J'irais éventuellement plus loin mais la documentation accessible ne me permet pas de mesurer les apports des autres rubriques figurant dans la page centrale donc je m'abstiens. La création de liens entre les articles des différentes langues constitue sans doute 99% des maj des contributeurs. Or ces liens sont relégués dans un coin, sans mise en évidence, avec un titre énigmatique (Wikipédia), sans aucun texte explicatif sur la manière de procéder. Quatre fautes lourdes sur le plan ergonomique : la présentation est inadaptée à la pratique de la majorité des utilisateurs. Un problème pourtant simple à régler. Est ce que les concepteurs ont testé le résultat avec un contributeur moyen qui crée quelques articles par an ? Je ne le pense pas. Donc suggestions :

  • La rubrique lien intewikis doit occuper une position centrale dans la page
  • Elle doit être mise en évidence par rapport aux autres rubriques (fonds coloré, autre...)
  • Elle est précédée par une phrase permettant de rassurer le contributeur occasionnel : c'est bien là qu'il doit intervenir pour créer le lien
  • Une petite aide en ligne est disponible à travers par exemple un point d'interrogation
  • Plus généralement : toutes les autres rubriques de la page sont précédées d'une phrase explicative et d'une page d'aide directement accessible depuis la page de mise à jour.
  • Il faudrait également revoir le texte affiché dans la fenêtre de type pop up qui s'ouvre lorsqu'on tente de créer un lien depuis un article qui n'en comportait jusque là aucun. Le terme "site" par exemple ne fait pas partie des termes utilisés par le contributeur moyen.

Un bon développeur se met à la place de l'utilisateur final pour concevoir un écran et ne le conçoit surtout pas selon ses propres critères d'utilisateur qui sont atypiques. Cela m'inquiète qu'autant de geeks soient passés sur cette page majeure sans que ces réflexes de base n'aient joué... D'où le titre de mon intervention. --Pline (discuter) 22 août 2015 à 15:21 (CEST)

My French isn't good enough to understand everything (and don't want to use a translation tool at the moment), but 1 point I want to comment on: You want Interwikis to have a central position, however they aren't the core part of Wikidata. The core part are the statements. Interwikis is just a special type of statement and certainly not leading. Mbch331 (talk) 15:09, 22 August 2015 (UTC)
That may be so but it is an important function and especially for newbies. This comment needs to go to the team looking at the UI. For a while we had a table of contents at the top which at least let people jump to the sitelinks section. It would be good to bring that back. Joe Filceolaire (talk) 21:20, 22 August 2015 (UTC)
In that case, it would be good to have different UIs for different types of users. Often enough, pages are taking very long to load, even when not burdened by all the "newbie-friendly features" suggested here. - Brya (talk) 07:51, 23 August 2015 (UTC)
+1. We definitely need some different skins. Joe Filceolaire (talk) 21:42, 23 August 2015 (UTC)

Something weird with the property suggester[edit]

Where an item is 'instance of:company' the property suggester is now suggesting properties to add which are only appropriate for persons - sex, date and place of birth, date and place of death, occupation. This is new and is in addition to the problem where the value suggester is showing things twice. Joe Filceolaire (talk) 21:16, 22 August 2015 (UTC)

I don't have this problem. Are you sure you've selected the right item? Sjoerd de Bruin (talk) 21:23, 22 August 2015 (UTC)

Wikidata incremental dumps time lag[edit]

Hello, incremental dumps have 12 hour time lag. This lag confuses constraint reports users (for example: User talk:Ivan A. Krestinin#P1959) and makes his work less comfortable. Reasons that described on are not fully applicable for Wikidata project. Can this lag be removed or decreased for Wikidata incremental dumps? — Ivan A. Krestinin (talk) 10:21, 23 August 2015 (UTC)

@Hoo man: Can you answer this please? --Lydia Pintscher (WMDE) (talk) 12:53, 23 August 2015 (UTC)
@Lydia Pintscher (WMDE): Need I create task on Phabricator maybe? — Ivan A. Krestinin (talk) 20:11, 27 August 2015 (UTC)
Hmmm yeah that'd be great. Hoo is traveling so probably missed it here. --Lydia Pintscher (WMDE) (talk) 08:06, 28 August 2015 (UTC)

Valid commonscat not accepted[edit]

The Commons category (P373) for Mission: Impossible – Ghost Protocol (Q628154) is invalid according to the constraints report (Special:ConstraintReport/Q628154). I noticed this is also true for it's predecessor Mission: Impossible III (Q288173) (See Special:ConstraintReport/Q288173). According to the constraints report for P373 (Wikidata:Database reports/Constraint violations/P373) there is nothing wrong with the commonscats. (For Q288173 the commonscat was already present on August 12th, so if it were a violation, it should already be on that page) Mbch331 (talk) 10:50, 24 August 2015 (UTC)

I don't think the special page can actually verify the validity of the link. It should be under "to do" or "wont be done". --- Jura 11:00, 24 August 2015 (UTC)
Hmm I'll need to investigate more but at least for the item about me it works: Special:ConstraintReport/Q18016466. Maybe an issue with "-"? --Lydia Pintscher (WMDE) (talk) 11:02, 24 August 2015 (UTC)
@Jura1: It can be tested by fetching the HTTP responsecode (based on Lydia's link it can't do that yet). An invalid category responds with HTTP error 404 (Page not found).
@Lydia: I think the issue is the colon (:) in the category name. Mbch331 (talk) 11:07, 24 August 2015 (UTC)
Ah! That is actually quite possible. I opened phabricator:T110029. --Lydia Pintscher (WMDE) (talk) 12:52, 24 August 2015 (UTC)

Entering references is a bit complicated[edit]

Hi, before I can add reference to a statement, I have to open the list of references. Which means two clicks and a mouse move over half of the page. I would prefer to do this with 1-click*. Especially if the number of references is zero. The add-button / + button should be nearer to the dropdown button.

Adding the same reference for multiple statements in an object is tedious. Could you imagine to add a reference to a selectable collection of statements in a single step? Or offer a c/p mechanism for complete references (property & value).

keyword: Usability --Herzi Pinki (talk) 22:41, 24 August 2015 (UTC)

Hey :) You're right. We're in fact working on that right now. Which is also why the expansion by default vanished accidentally. We'll fix that as part of phabricator:T87759. phabricator:T76233 is about finding ways to duplicate references. --Lydia Pintscher (WMDE) (talk) 08:59, 25 August 2015 (UTC)
fine, that the door is already open. :-) --Herzi Pinki (talk) 09:03, 25 August 2015 (UTC)
@Herzi Pinki: Add mw.loader.load("//*/DuplicateReferences.js&action=raw&ctype=text/javascript"); to your common.js to copy and paste references. Will be available as gadget soon.

Bidrectional relations[edit]

Hi, I run across located in the administrative territorial entity (P131) & contains administrative territorial entity (P150). Although this is a 1:n relationship (or mayby n:m), I independently have to maintain both ends individually. This is duplicate work and introduces space for inconsistencies. It would be fine if I can change either side and this will effect both sides (e.g. adding references or qualifiers (like a date when this was true)). --Herzi Pinki (talk) 23:00, 24 August 2015 (UTC)

I started phabricator:T106748 about this. Joe Filceolaire (talk) 22:41, 25 August 2015 (UTC)

Search broken ?[edit]

It seems that some items that show up as prominent suggestions disappeared from search results. Sample: Special:Search/life doesn't show life (Q3). If you type "life" in the search box (interface language English), it comes up first. --- Jura 07:01, 26 August 2015 (UTC)

That's really weird. I opened phabricator:T110648 and hope someone from the WMF search team can check it out. --Lydia Pintscher (WMDE) (talk) 08:21, 28 August 2015 (UTC)

Esperanto Wikidata: Access to data from arbitrary items is coming[edit]


We will roll out this feature here on August 18. Is this date have changed ? Thanks. --Pino~eowiki (talk) 19:41, 26 August 2015 (UTC)

It has been postponed. It doesn't say on Wikidata:Arbitrary access yet what the new date will be. - Nikki (talk) 20:01, 26 August 2015 (UTC)

RC variable did not display text[edit]

< ‎wbsetdescription-set:1|de: Gebäude des ehemaligen Institut International de Bibliographie> via in _de:Wikipedia_ visible. Conny (talk) 06:50, 28 August 2015 (UTC).

Looks like it is fixed now (for me at least). Could you please check back yourself as this could be a per language issue (and I don't know what language you are using)! :) ·addshore· talk to me! 08:01, 28 August 2015 (UTC)

changes not showing up in Wikipedia watchlist[edit]

Hi, I just add a message about someone who was surprised to see a modification of Q42 on his watchlist because of one on my templates on a Project Discussion page on frwiki.

But for me and several users, just nothing is showing up, although the appropriate checkbox is checked in my user preferences of course. I did some tests and no Wikidata change seems to appear in my watchlist. It seems that longs for a long time. Is this a known implementation bug of watchlist integration atm ? author  TomT0m / talk page 16:21, 28 August 2015 (UTC)

Linkouts on IDs don't work properly ?[edit]

My browser (Firefox 40.0.3 on Ubuntu, including in safe mode) fails to add hyperlinks to IDs (e.g. for property MSW identifier (P959) at lion (Q140)). It only works after I (!) change languages. Reloading the page sometimes worked too, but not all the time and I wasn't able to understand why. (I couldn't find this bug mentioned anywhere.) Thanks, Tinm (talk) 19:12, 28 August 2015 (UTC) (update reloading Tinm (talk) 20:02, 29 August 2015 (UTC))