“… remove button will overlap the input field instead of the input field becoming too narrow to use”. Will both the remove button and the input field be clickable?

... And I reinstalled User:Bargioni/UseAsRef.js and the problem is back.

@bargioni -adding you to this ticket.

I tried disabling a couple of likely user scripts. With User:Bargioni/UseAsRef.js disabled, the problem does not appear. Can someone else confirm?

The problem does not appear in safemode. The minute I stopped using safemode, it was back,

Another example with "statements" header under statements after editing termbox.

The error also occurs when selecting "manually update" from the top menu.

It works! Thanks, all.

We want to import multilingual labels from the UNESCO Thesaurus for the Wiki Loves Living Heritage WikiProject, and this will allow that to work.

I have this problem in Chrome and I do not have the UTC live clock gadget enabled.

I also have this problem. Sometimes I can break out of it by repeatedly changing my screen zoom (CTRL-, CTRL+).

Magnus has fixed this. @Tacsipacsi, thanks for the direction.

This problem seems have disappeared...

Note left on Magnus's talk page, thanks for checking.

I tried the fix Nikki suggested above and it worked for me! Nice to have this tool back.

@Mvolz, I miss your version of CiteTool.

Note I was able to save at 18:28, 11 June 2020 (UTC) and not at 18:48, 11 June 2020 (UTC).

Looks really useful.

Completed for all properties through P6801 except for a few that have been reverted. Big thank you to whatever team got QuickStatements working again.

Update: I plan to start running batches again today or tomorrow, manually removing any properties that have been reverted on prior runs. So far there are only 4 of them, so this approach should be manageable.

Tagging @MisterSynergy

As @Esc3300 @Jura1 has already reverted a couple of these, I am holding off running more batches for now. Posted on their talk page.

Running the first batch now.

Yes of course.

Also, the label for P195 doesn't appear in the Query screen.

Also P195 “collection” and at least once yesterday it carried over into the Commons Wikidata Infobox as “P195”.

https://www.wikidata.org/wiki/Q62286812 Height & width

I’m seeing this bug now (units as Q numbers) even after purging.

Thanks!

I'm not sure how many times we have to say "we need to be able to record what is in reliable sources."

Because we have reputable sources that list the Phoenician names for historic places in Latin script (Gades for Cadiz). I want to be able to record this information.

+1 This is urgently needed.

FWIW, that data I propose to enter is Phoenician in Latin script.

@Esc3300 ... for the language to be created, or the names? I have every intention of adding the names myself.

Comment: Each of the ~68 cities listed in the enwiki article List of Phoenician cities would benefit from a <name> in language=phn statement.

I want to say that this bug caused me to refrain from using centuries in this property for years because I was uncertain whether “12. century” really meant 12th century or 1200s ... and I studied German in school, so I am familiar with the German notation. Maybe I’m an edge case here, but if I struggled with this there must be other new users who struggle as well.

This has been driving me nuts since Wednesday.

Here's a file with muliple "formerly attributed to" values. https://commons.wikimedia.org/wiki/File:Attributed_to_Gregorius_de_Coninck_001.jpg

I have also used this constraint type for https:wikidata.org/wiki/Property:P2341 "indigenous to", where clothing and dance in particular require an instance or a subclass.

I am also desperate for the ability to improve manually adding citations to Wikidata. I've done testing before and used to be a tech writer, so if anyone still needs a roadmap of how users would use this tool I can write something up.

I am consistently seeing an error in ISBN lookup for items published by museums. The museum is being imported as the author, broken into Last and first (last=Art, first= Metropolitan Museum of).