Page MenuHomePhabricator

Wikidata UI - statement fields are "stacked" when editing
Open, Needs TriagePublicBUG REPORT

Assigned To
None
Authored By
PKM
Nov 25 2023, 11:05 PM
Referenced Files
F41536902: image.png
Nov 26 2023, 1:09 AM
Restricted File
Nov 26 2023, 12:05 AM
F41536727: image.png
Nov 25 2023, 11:34 PM
F41536624: Wikidata bug Nov 2023.jpg
Nov 25 2023, 11:05 PM
Tokens
"Like" token, awarded by Moebeus.

Description

Steps to replicate the issue (include links if applicable):

  • Open a Wikidata item
  • Select a statement to edit, add references or qualifiers

What happens?:

Statements below the statement open for editing - usually identifiers - are "stacked" over or under the open statement and dropdowns. When the identifiers appear OVER the open statement, it can be impossible to select or enter values.

What should have happened instead?:

Following statements should "scoot down" to allow room for the statement opened for editing.

Software version (skip for WMF-hosted wikis like Wikipedia):

Other information (browser name/version, screenshots, etc.):

Wikidata bug Nov 2023.jpg (480×1 px, 66 KB)

Reported on Wikidata Telegram on November 11 - anecdotally reported to be getting worse.

Reported in both Chrome and Firefox.

Appears in both compact and standard UI.

Event Timeline

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

image.png (2×3 px, 455 KB)

I have this same issue, looking at my Telegram history I started noticing around October 16 (in case the date means anything).
{F41536799}

I tried this and I can't reproduce it. Can you please try if this happens for you in safemode as well? Just add the following to the Item URL: ?safemode=1

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

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

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