External ID statement sometimes unformatted right after closing the edit interface
Open, Needs TriagePublicBUG REPORT
Actions

Assigned To

None

Authored By

	Tacsipacsi
	Apr 3 2022, 2:36 PM

Description

Steps to reproduce

Open https://www.wikidata.org/wiki/Q1030325#P10559
Notice that it links to https://www.ksh.hu/apps/hntr.tortenet?p_lang=EN&p_id=52132
Open the named statement for editing.
Modify its value (e.g. insert a trailing space).
Click Cancel.

Actual result

The snak is no longer linked.

Expected result

The snak continues to link to the same web page.

Additional information

P10559 has two formatter URLs, one of which is set to preferred. It looks like the PHP code correctly handles this situation, but the JS doesn’t. (I hope that setting preferred won’t be necessary after T259801, but it seemed that this makes the PHP fomatter happy.)

Related Objects

Mentioned Here: T259801: Support multilingual formatter url on Wikidata

Event Timeline

Tacsipacsi created this task.Apr 3 2022, 2:36 PM

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptApr 3 2022, 2:36 PM

Maintenance_bot added a project: Wikidata.Apr 3 2022, 3:29 PM

I can’t reproduce this so far, the statement becomes a link again after cancelling (and also returns to the original value even when the modification in step 4 was a visible one, e.g. deleting a character).

I can’t reproduce it now either, even though I could consistently reproduce it yesterday. Maybe a such state got stuck in some cache where both formatters had the same rank? It’d be a bit surprising, though, as I changed the rank on Saturday, then turned off my computer completely, and I noticed this bug on Sunday. (Although I’ve set Firefox to remember my session, which may keep some caches alive.)

matej_suchanek added a project: TestMe.May 22 2025, 11:07 AM

External ID statement sometimes unformatted right after closing the edit interfaceOpen, Needs TriagePublicBUG REPORTActions