Shortcut: WD:DEV

Wikidata:Contact the development team

From Wikidata
Jump to: navigation, search





the development team

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 list of open bugs on Phabricator.)

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 2016/05.

No way to change interface language when not logged in?[edit]

I haven't really noticed before, since I'm always logged in, but it seems like Wikidata and MediaWiki in general does not use "Accept-Language" to determine interface language, right? And the language selector requires me to login to change language! Shouldn't there be a way to change interface language without logging in? Danmichaelo (talk) 08:04, 15 May 2016 (UTC)

There's phab:T58464 for being able to change the language when not logged in. - Nikki (talk) 09:44, 15 May 2016 (UTC)
(edit conflict) This is a MediaWiki issue not a Wikidata issue. You can add "?uselang=xx" (or "&uselang=xx" if there is already a ? in the url), where xx is the language code, to the end of the URL to view the current page in any language. This only works for the current page view though. Thryduulf (talk: local | en.wp | en.wikt) 09:52, 15 May 2016 (UTC)
Searching a little, I found that a widget from Commons was added in 2013, but removed last year because it broke some UI features (a problem I can reproduce thanks to the steps provided by Fomafix). So if that issue could be fixed, we could get that widget back? I'll see if i can provide a fix. Danmichaelo (talk) 07:03, 22 May 2016 (UTC)
ULS supports this functionality principality but this function disabled on Wikidata. ULS use an different approach which is probably not suited here because of cache problematic. The best way would be to integrate the technique of AnonymousI18N into ULS and fix the reason because I disabled the gadget. --Fomafix (talk) 15:19, 22 May 2016 (UTC)
It would definitely be better to have the ULS functionality enabled, but since it got low priority, I don't really expect anything to happen on that front... Re-enabling the widget would be a way of putting a mild pressure on WMF to fix the ULS as I see it. As long as we refer to Wikidata as a “multilingual site”, not just a “multilingual site for logged-in users”, we really need this functionality. I've been testing a patch now for a week now without running into any new problems, so I've now submitted it as an edit request at Commons. Danmichaelo (talk) 19:29, 27 May 2016 (UTC)

A bug?[edit]

I don't know if this is the right place to leave this message, but I've been having some trouble editing Wikidata in the last four or five days. When I try to add, change or delete an item on an existing page by using the Edit button, a message appears telling me "An error occurred while trying to perform [whatever it is I'm trying to do]. Your changes could not be completed." When I click on Details, it just says, "Forbidden". I've been using a workaround by clicking my right mouse button on Edit then Open, so the 'Set a sitelink' form appears, where I can still perform edits, but it's starting to get somewhat annoying. Also, I can't perform Statement edits at all anymore. Logging out then in again doesn't help, and clearing my browser cash doesn't do anything either. Can someone help me with this? Ieneach fan 'e Esk (talk) 17:27, 16 May 2016 (UTC)

Can you please see if you have any user scripts or gadgets enabled that might cause it? --Lydia Pintscher (WMDE) (talk) 09:06, 17 May 2016 (UTC)
Hi Lydia At the moment I'm not able to edit any statements using IE11/Win7. I think this started three days ago. If I try to remove a statement I get "Forbidden". If I try to add a statement no input filed appears. Firefox works fine for me. --Succu (talk) 09:24, 17 May 2016 (UTC)
Good morning, Lydia, Succu. It's actually nice to know someone's having the same problem. Misery loves company. I'm also on IE11/Win7, and, now that I knew to try it, Firefox works fine for me, too. The only gadget I use is 'Merge'. After reading your message, Lydia, I restored al of my preferences to default settings anyway, but the problem on IE didn't go away. Ieneach fan 'e Esk (talk) 09:57, 17 May 2016 (UTC)
Ah great. That is helpful. Then we're going to look into IE11. --Lydia Pintscher (WMDE) (talk) 10:52, 17 May 2016 (UTC)
A user on my Dutch talkpage is having the same issue using Chrome. Sjoerd de Bruin (talk) 19:30, 18 May 2016 (UTC)

@Lydia Pintscher (WMDE): do you have a phabricator item for this issue?--Strainu (talk) 17:24, 27 May 2016 (UTC)

Implementing on wiki propertypath[edit]

Hi devteam, its been suggested by Izno that I drop a word about a little project of mine here : so please read the message about an extension of SPARQL PropertyPath for wikidata : this . But what actually motivate me to post here is that in the lua implementation I'd like to implement the retrieving of results in the form of iterators and coroutines would be an incommensurable help to do this. Problem : they are not currently activated by scribunto. If any of you could do anything about it, I'd appreciate :) author  TomT0m / talk page 08:08, 18 May 2016 (UTC)

Template:Ping@Hoo man Can you have a look please? --Lydia Pintscher (WMDE) (talk) 08:47, 18 May 2016 (UTC)
Fix the ping @Hoo man:. --Izno (talk) 11:25, 18 May 2016 (UTC)
I don't think there's much to do for us here, the main problem is to get coroutines security reviewed, also I find the imagination of having multiple parallel threads running for a single web request/ parse scary. Regarding the actual property path implementation: No matter how this is implemented, it will probably be rather slow, given it needs to fully load and examine all entities it "passes", I'm not sure that's ok to do for a wiki page. Cheers, Hoo man (talk) 09:28, 24 May 2016 (UTC)

Problem editing label to remove pathenthetical[edit]

A user reported to me problems with editing Kevin Williams (Q14951176) to change the label from "Kevin Williams (wide receiver)" to "Kevin Williams". The UI failed to save. I reproduced with the API, and got this response:

I managed to fix the label by deleting both label and description and then readding both. My hypothesis is that we have code to check whether a label/description edit is null, and that it is somehow becoming confused in this case. Cheers, Bovlb (talk) 16:17, 18 May 2016 (UTC)

I've encountered this too and I'm quite sure we have a bug open for this. When you edit several fields (label and description) and you press save, the interface will start saving your changes. It will first try to save the label and after that the description. Because the description is not saved first, the saving of the label will trigger an error, because the <new label> & <old description> combination already exists. The interface should probably first save the descriptions and after that the labels to prevent this from happening. Multichill (talk) 16:41, 18 May 2016 (UTC)
Thanks. I see now what the problem was. I have advised the user to save a unique description first in this case. Maybe the UI could give a clearer explanation of the problem to suggest this action. Cheers, Bovlb (talk) 18:06, 18 May 2016 (UTC)
@Bovlb, Multichill: I think the problems you encounter here are related to T135714, but not to T106456 (which can be worked around by simply reloading the page). Cheers, Hoo man (talk) 09:26, 19 May 2016 (UTC)

SPARQL synchronization issue[edit]

Hello, this query must return two items: Q16654987 and Q16689797. But it miss the second item. Is it known issue? — Ivan A. Krestinin (talk) 20:04, 20 May 2016 (UTC)

This happens every now and then and is usually fixed with an edit to the item. Can you give it a try please? --Lydia Pintscher (WMDE) (talk) 10:37, 23 May 2016 (UTC)
Thank you Lydia, edit of the second item forces synchronization procedure. But the problem is SPARQL can use inactual data as datasource. So SPARQL results are needed to be double checked. — Ivan A. Krestinin (talk) 20:09, 23 May 2016 (UTC)
The big problem I have is that SPARQL finds deleted items, and different ones every time I run the same query. --Srittau (talk) 22:53, 23 May 2016 (UTC)
The bad thing is, that it doesn't find items. If SPARQL would find more items than needed (not less than needed), then the situation would be better. --Edgars2007 (talk) 07:34, 24 May 2016 (UTC)

Would you kindly purge the following from WQS, they keep coming up in query results:

  • Q20736641
  • Q22080211
  • Q23796589
  • Q23893350
  • Q24084679
  • Q24174918
  • Q24175021

--- Jura 07:22, 24 May 2016 (UTC)

preload of items ?[edit]

Hi, there is a mediawiki functionality that allows to create wiki pages from another page by "preloading". I'd find it handy to be able to do that to create a wikidata item. Could it be possible to create an item with a set of statements loaded from a wikipage written in a json dump similar format ? author  TomT0m / talk page 19:02, 21 May 2016 (UTC)

This should be doable with a gadget or similar tool. --Lydia Pintscher (WMDE) (talk) 10:38, 23 May 2016 (UTC)
@TomT0m: User:Magnus_Manske/duplicate_item.js can apparently duplicate an item excluding the descriptions and sitelinks. I'm not sure if that's quite what you want (an actual example would help :)). I'm guessing it's not, since I can't think of any reason to duplicate an item and keep all the labels/aliases the same, but it looks like it could be modified quite easily to only duplicate statements or to duplicate descriptions instead of labels and aliases. - Nikki (talk) 10:47, 27 May 2016 (UTC)

honor format as a regular expression (P1793) when editing properties[edit]

I am sure there already is a phabricator wishlist item open for this, but I would like to stress how really, really helpful it would be if values that are not allowed according to this property would be rejected. Currently, cleaning up violations takes a lot of editor time and of course values that violate the regexp are basically useless, until fixed. Even a simple validation on the Javascript level would be very welcome. --Srittau (talk) 15:51, 22 May 2016 (UTC)

This is indeed tracked as T105126, but there is no ongoing work on any of the WikibaseQuality extensions right now. Cheers, Hoo man (talk) 23:42, 22 May 2016 (UTC)

Editing labels/descriptions by hand[edit]

In Edge, I currently have problems with editing labels and descriptions. When I have pushed the "edit"-button, it continues to say "edit", "save" never shows up. I have no such problem in Chrome. -- Innocent bystander (talk) 13:46, 26 May 2016 (UTC)

Has this anything to do with that when there is no label, there is now a fallback-label in the top of the page? -- Innocent bystander (talk) 09:15, 27 May 2016 (UTC)
We seem to be having some problems with IE/Edge. Still not found the root cause unfortunately. Sorry! --Lydia Pintscher (WMDE) (talk) 10:20, 27 May 2016 (UTC)

frwiki and wikidata infoboxes update[edit]

Hi team, just to let you know : it seems a small group of the wikipedia editors is trying to push an idea (whose I personnaly does not approve) that to include an infobox field that pulls a data from wikidata, then an "opt-in" way should be required. It has already been done in wikicode by requiring a special code to force the showing of an "ethicity" field (implemented by Zolo if I'm right.), when the current default mode is an "optout" implemented the same way.

It seems an idea is emerging by requiring this in the form of an opt-in human click for any data. Just to let you know because that might be related to client editing and I don't know the status of your work on this.

PS: I have to do this because the users we're talking of are not exactly the kind of users who would do this that way, they don't leave frwiki easily and are prone to pretty ugly ways to push their idea. author  TomT0m / talk page 16:41, 26 May 2016 (UTC)

There is basically the same discussion on enwiki happening right now. So, your French users may have caught the bug from our English users. :( --Izno (talk) 16:53, 26 May 2016 (UTC)
Considering the user, it might be the same. author  TomT0m / talk page 17:06, 26 May 2016 (UTC)
Thanks for the update. As for progress on client-side editing: I am going to push Charlie to release her bachelor thesis in it as a next step. --Lydia Pintscher (WMDE) (talk) 10:22, 27 May 2016 (UTC)

Adding new statements to large items[edit]

Hello, Recently I have added manually statements to large items, for instance Germany (Q183). Adding turned out to be a bit annoying, as I had to scroll down quite a bit and didn't work on the fastest computer with fastest connections. Is there a way to move this to the top of the page? Kind regards, Lymantria (talk) 13:16, 27 May 2016 (UTC)

Property_talk:P2481#This is identifier[edit]

Maybe you want to comment there.
--- Jura 05:46, 28 May 2016 (UTC)