Wikidata page scrolls back to "In more languages" block after every change of DOM
Closed, ResolvedPublicBUG REPORT
Actions

Assigned To

Authored By

	putnik
	Mar 20 2021, 8:40 AM

Description

Problem:
Item pages are seemingly randomly scrolling back to the "in more languages" block after changes in the DOM.

Video: https://www.youtube.com/watch?v=racoqXQFNpA

Steps to reproduce:
Option 1:

On Item page scroll to the end of "In more languages" block: "In more languages" line shouldn't be visible, but "All entered languages" should be
Run $( '.wikibase-title-id' ).text( 'test' ); in console (or just reload a page)
Page will scroll back to the "In more languages" title

Option 2:

Enable one of the live clock gadgets
Open Item page
Scroll past "In more languages" block
Page will scroll back to "in more languages" title

Option 3:

Open Item page
Scroll down past "in more languages" block
Hover over "edit" link on a statement
Page will scroll back to "in more languages" title

Notes:

It seems to have started after March 18th
This seems to be happening in Chrome but not Firefox
This happens on both Items and Properties

Related Objects

Mentioned In: T212191: Replace jquery.stickNode with CSS
Mentioned Here: T212191: Replace jquery.stickNode with CSS

Event Timeline

putnik created this task.Mar 20 2021, 8:40 AM

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptMar 20 2021, 8:40 AM

MBH subscribed.Mar 20 2021, 8:46 AM

putnik updated the task description. (Show Details)Mar 20 2021, 9:46 AM

Yupik subscribed.Mar 20 2021, 9:58 AM

For me, the problem shows up in a different spot too: When I have the language box open, I can scroll to approximately the 10th or 11th language on the list and then it bounces back up to the top of the screen. Anything below that is inaccessible.

Anything below the label box is inaccessible unless I wait a long time for whatever is causing this problem to stop/finish and is not guaranteed even then.

(Also, I have neither clock gadget enabled.)

I can reproduce it by doing step 1 and then hovering over an edit link

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

Lydia_Pintscher triaged this task as High priority.Mar 20 2021, 11:25 AM

Lydia_Pintscher added a project: Wikidata-Campsite.

Lydia_Pintscher moved this task from Incoming to Unconnected Stories on the Wikidata-Campsite board.

Lydia_Pintscher changed the subtype of this task from "Task" to "Bug Report".

Jane023 subscribed.Mar 21 2021, 7:54 AM

I had this problem in Chrome and not in Firefox. Got rid of it by turning off the Local Live Clock gadget.

Gnoeee subscribed.Mar 22 2021, 6:07 PM

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

So9q subscribed.Mar 23 2021, 5:19 PM

Lydia_Pintscher updated the task description. (Show Details)Mar 29 2021, 8:22 AM

WMDE-leszek subscribed.Mar 29 2021, 8:29 AM

Lucas_Werkmeister_WMDE subscribed.Mar 29 2021, 9:12 AM

Jack_who_built_the_house subscribed.Mar 29 2021, 12:10 PM

Addshore subscribed.Mar 29 2021, 9:56 PM

I can't reproduce it, tried with all options said above. Maybe clean your cache?

• amy_rc subscribed.Mar 30 2021, 8:22 AM

Lydia_Pintscher updated the task description. (Show Details)Mar 30 2021, 8:22 AM

In T277999#6954785, @Ladsgroup wrote:

I can't reproduce it, tried with all options said above. Maybe clean your cache?

We could just reproduce it again with a new login as well. Are you trying in Chrome? Do you still have "in more languages" visible?
Noa and Tonina are having a look.

Maintenance_bot moved this task from incoming to in progress on the Wikidata board.Mar 30 2021, 9:15 AM

Reverting https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/670912 would fix it (one of the sticky css patches). but if it's possible, finding a solution would be better.

In T277999#6955169, @Ladsgroup wrote:

Reverting https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/670912 would fix it (one of the sticky css patches). but if it's possible, finding a solution would be better.

According to https://caniuse.com/css-sticky position: sticky is partially supported for Chrome v. 89 and 90 and fully supported for 91-92.
The latest version I get when I update Chrome is 89, though, so people still get the somewhat-supported version of position: sticky.
That might be the cause of the bug, though I don't get why it happens only on Vector and not on Timeless for example.

The partial support footnote says:

Supported on th elements, but not thead or tr - See Chrome bug

Can it be related?

• Tonina_Zhelyazkova_WMDE moved this task from To Do (prioritised from top to bottom) to Doing on the Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)) board.Mar 30 2021, 5:21 PM

Darwinius subscribed.Mar 30 2021, 7:12 PM

Using Chrome and having the same problem in Wikidata when hovering over "add statement". Closing up the "In more languages" panel seems to stop it. Making that panel visible again, makes the big start happening again.

• Tonina_Zhelyazkova_WMDE mentioned this in T212191: Replace jquery.stickNode with CSS.Mar 31 2021, 11:20 AM

Change https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/670912 has been reverted to fix this bug.
The change will be re-introduced once Chrome starts fully supporting position: sticky. Please see T212191

Waiting for deployment to test this fix.

Tested on beta, works!! ❇

Well done figuring out the root cause 😃

• amy_rc closed this task as Resolved.Apr 13 2021, 8:13 AM

• amy_rc claimed this task.

Wikidata page scrolls back to "In more languages" block after every change of DOMClosed, ResolvedPublicBUG REPORTActions

Description

Related Objects

Event Timeline

Wikidata page scrolls back to "In more languages" block after every change of DOM
Closed, ResolvedPublicBUG REPORT
Actions