Shortcut: WD:RATP

Wikidata:Report a technical problem

From Wikidata
Jump to navigation Jump to search

Report a problemHow to report a problemHelp with PhabricatorGet involvedWDQS and Search

Start a new discussion

darkmode

[edit]

It view: This page is always in light mode. Emergency. Normal is not. Henrydat (talk) 03:58, 14 February 2025 (UTC)[reply]

it seems I must enable the gadget in preferences. Henrydat (talk) 15:16, 14 February 2025 (UTC)[reply]

Dark mode inverts images in drop down menu

[edit]

As title, when searching wikimedia images for P31 (at least), the images are inverted (maybe there's a better technical term, white is black etc). There's clearly a fix for this already available as the P31 image value shown is not inverted, this only applies when searching for images. Tæppa (talk) 18:35, 16 February 2025 (UTC)[reply]

Apologies I meant P18 here. P31 is "instance of" and the only P value I've memorised. 🫤 Tæppa (talk) 18:53, 16 February 2025 (UTC)[reply]
Sorry for the delayed response! I tried replicating the issue but couldn’t reproduce the behavior.
  • Does this happen with all images or only specific ones?
  • Could you share a screenshot or screen recording of the issue in action?
  • Which skin are you using?
To others reading this: If you’ve encountered this issue too, please share your setup details here!
-Mohammed Abdulai (WMDE) (talk) 13:32, 24 February 2025 (UTC)[reply]
•All images
•I'll try that if you can't replicate it after using the skin
•Vectory Legacy (2010), both dark mode gadgets Tæppa (talk) 16:09, 24 February 2025 (UTC)[reply]

adding an invalid string to P18 (image) prevents user from editing string. (hard to replicate)

[edit]

This may apply to other properties as well.

I'm adding images to villages missing images.

There's a database of images called "geograph" that has been mass imported into wikimedia and the unique identifier of the image is always in the wikimedia title, for example https://www.geograph.org.uk/photo/99269 is in wikimedia as "File:Flackwell Heath - geograph.org.uk - 99269.jpg".

To save time looking up the words in the title, I'm copying the unique identifier ie "99269" in my example into the P31 (image) box on the wd item.

While adding an image just now, I misclicked and accidentally pressed publish before selecting the image from the drop down search menu, which returns this error, which I have added quotation marks to:

"Could not save due to an error. File extension is missing."

This is fine and expected, the issue is however that I was temporarily unable to edit the string. Wikimedia search results are not shown. Double clicking highlights the text while the box is red and the error message remains displayed.

After pressing cancel and bringing up the P31 box again, I'm able to search for images as expected and the issue does not replicate.

I restarted my browser and tried again, but I was only able to replicate it on the second item I tried it on, so I can't advise as to how this problem can be replicated consistently.

Tæppa (talk) 18:48, 16 February 2025 (UTC)[reply]

Hi @User:Tæppa, thank you for reporting this issue. This does seem like an obscure case. While it’s tricky to address immediately due to the reproducibility challenges, we’ll keep it in mind as we revamp statement editing as part of our upcoming mobile editing improvements. These broader updates will likely resolve underlying UI/UX quirks like this one. -Mohammed Abdulai (WMDE) (talk) 10:57, 24 February 2025 (UTC)[reply]

Language selector has a problem

[edit]

Hello, I am using a tablet right now and wanted to change the language of the interface. This was hardly possible, as the menu list with the languages was displayed on the extreme left of the screen. Therefore, I could select (click on) only the languages in the right column, not those offered in the left column. In my opinion, the menu list should be displayed more in the centre of the screen so that I can see all of the languages offered. Ziko (talk) 10:23, 18 February 2025 (UTC)[reply]

Hi @Ziko, could you share a screenshot of how the menu appears on your tablet? Also, please confirm if you’ve experienced the same issue on Wikimedia Commons (or other Wikimedia projects) while using your tablet? -Mohammed Abdulai (WMDE) (talk) 12:17, 24 February 2025 (UTC)[reply]

wikidatawiki/entities/latest-all.json.bz2 404

[edit]

I'm trying to download the latest entities dump but the link returns a 404.

https://dumps.wikimedia.org/wikidatawiki/entities/latest-all.json.bz2 2600:4040:E0D0:E700:6C56:669C:4B4:5301 18:47, 20 February 2025 (UTC)[reply]

This is currently being prioritized to be fixed soon. -Mohammed Abdulai (WMDE) (talk) 12:12, 24 February 2025 (UTC

Keyboard symbols covers property selection

[edit]

When typing a property for qualifier/reference, the keyboard symbol, which is 2 or 3 letters wide, covers up part of the 1st suggested/searched for properties name, which isn't helpful if I can't instantly tell what the word that is being obscured is.

There's an option to "disable input tools" but regardless of whether I personally want to do that, the symbol is still in the way.

skin: Vectory Legacy (2010) Tæppa (talk) 22:27, 5 March 2025 (UTC)[reply]