Wikidata

Wikidata:Paper cuts/Archive/2016

< Wikidata:Paper cuts

Selecting label/description with triple-click in Firefox edit

When I triple-click on label or description on currently selected language, [edit] text is also selected. Triple-click on label/description on secondary languages (added because of Babel) works OK. I observe this behavior in Firefox 24 and 25 on Windows 7. --EugeneZelenko (talk) 14:35, 31 October 2013 (UTC)[reply]

I think this is a problem
  1. EugeneZelenko (talk) 14:35, 31 October 2013 (UTC)[reply]
  2. --Lbenedix (talk) 16:23, 23 November 2013 (UTC)[reply]
Comment

Creating a new item without a label edit

...is not possible even if I'm coming from Special:ItemByTitle or equivalent, so a sitelink is already filled. Maybe I don't know the label in my language, but want to create the item anyway (and fill the English label afterwards, for example). Moreover, it's not only not possible, there is not even an error message about it not being possible. It's just nothing happening when I click "Create". At least this should be changed.

I think this is a problem
  1. --YMS (talk) 22:49, 23 August 2013 (UTC)[reply]
    When you create an item, there NEEDS to be a label. Adding a sitelink is always done later. You can use the title of the sitelink for the label.. After all, the label can always be changed later and, it does not need to be unique. So there is no real problem. GerardM (talk) 06:09, 24 August 2013 (UTC)[reply]
    When sitelink is already filled, like here (this link comes when using User:Yair rand/WikidataInfo.js), it's not possible to create an item without a label. Many times when I've created items with languages I don't know, I have had to delete the Finnish label. --Stryn (talk) 07:17, 24 August 2013 (UTC)[reply]
  2. See my comment above (Wikidata:Paper_cuts#Labels_and_descriptions_of_other_languages_not_even_visible). --  Docu  at 06:09, 27 August 2013 (UTC)[reply]
  3. --Stryn (talk) 06:49, 27 August 2013 (UTC)[reply]
  4. Useful when I use slurpInterwiki tools.--GZWDer (talk) 14:19, 30 October 2013 (UTC)[reply]
  5. Should be looked at. --09:39, 3 March 2014 (UTC), Utar (talk)

Going back in browser loads old version edit

Tracked in Phabricator
Task T55466
Declined

(Translated and shortened from Wikidata:Contact the development team#Zurück-Funktion im Browser führt auf alte Version, posted there by User:Giftzwerg 88)

If I edit an object, save, leave the page and go back via the browser's "back" button, the page is loaded like it was before I edited it. It would be nicer if the current version would be loaded. If this is not done, and I again edit something that I already changed, a misleading error message comes up. At least this message should be clearer about the edit conflict and its reasons.

I think this is a problem
  1. --YMS (talk) 09:17, 26 August 2013 (UTC)[reply]
  2. --Izno (talk) 15:44, 26 August 2013 (UTC)[reply]
  3. Same if I open a page by finding it in my browser history. Ljubinka (discuter) 07:15, 27 August 2013 (UTC)[reply]
      Comment – this is expected browser behaviour. Littledogboy (talk) 09:55, 27 August 2013 (UTC)[reply]
    From a technical point of view, yes, as the page is not reloaded on editing, but instead the DOM is manipulated via AJAX (which is nice, as I also wouldn't want to wait for a full reload after each tiny little edit). Nevertheless, it's still annoying. As a user, I don't care how the page is was built technically when I leave it, but I mind if all the changes I made appear to be lost when I come back. --YMS (talk) 10:59, 27 August 2013 (UTC)[reply]
  4. --Sannita - not just another it.wiki sysop 18:58, 30 August 2013 (UTC)[reply]
  5. Pikolas (talk) 13:41, 31 October 2013 (UTC)[reply]
  6. Okki (talk) 19:34, 17 November 2013 (UTC)[reply]
  7. Gbeckmann (talk) 21:16, 29 October 2014 (UTC)[reply]

Two Special Pages are not working edit

Tracked in Phabricator
Task T54385
Declined

http://www.wikidata.org/wiki/Special:DisambiguationPages and http://www.wikidata.org/wiki/Special:DisambiguationPageLinks don't show any results but would be very useful.

I think this is a problem
  1. --Sixsi6ma (talk) 23:37, 23 August 2013 (UTC)[reply]
    But do we have any Disambigpages? We have items about disambigpages, but that is something else. -- Lavallentalk(block) 07:35, 24 August 2013 (UTC)[reply]
    This is not a bug. This is because we as Wikidatans have not configured those pages. We need to add the __DISAMBIG__ magic word to items (somehow!) and they will auto-show up on those pages. Legoktm (talk) 09:02, 24 August 2013 (UTC)[reply]
    I'd rather have the query look for something useful like instance of (P31) --> Wikimedia disambiguation page (Q4167410) for the first list and a linked page with the Disambiguation template for the second list, than add a "magic word" into 1.4M items (whom i only could find if the query would work in the first place) via a method nobody can tell me. But I might just be lazy :) --Sixsi6ma (talk) 11:49, 24 August 2013 (UTC)[reply]
Comment

This needs to be solved via a statement in the item and then using a query for that. --Lydia Pintscher (WMDE) (talk) 11:03, 28 August 2013 (UTC)[reply]

Hide references to external sources edit

Tracked in Phabricator
Task T95287

When I am working on content in Wikidata, it would help getting an overview of the statements for the item when there is no clutter of external sources.

I think this is a problem
  1. GerardM (talk) 22:24, 24 October 2013 (UTC)[reply]
  2. --Micru (talk) 23:39, 25 November 2013 (UTC)[reply]
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Paper_cuts/Archive/2016&oldid=355600757"