Open Bug 1857482 Opened 2 years ago Updated 2 years ago

opening bug in new tab is scrolled down

Categories

(Core :: Panning and Zooming, defect, P3)

defect

Tracking

()

Tracking Status
firefox-esr115 --- unaffected
firefox118 --- wontfix
firefox119 --- wontfix
firefox120 --- wontfix
firefox121 --- wontfix
firefox122 --- wontfix
firefox123 --- wontfix
firefox124 --- fix-optional

People

(Reporter: tnikkel, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Open Firefox for Android.
Do a bugzilla search with a lot of results. Zoom in and scroll down the list. Open a bug in a new tab. Wait a few seconds. Switch to the new tab with the bug you just opened. It will be scrolled down.

I wonder if this is caused by bug 1853078 somehow.

See Also: → 1853078

(In reply to Timothy Nikkel (:tnikkel) from comment #1)

I wonder if this is caused by bug 1853078 somehow.

Do you have a theory for a plausible connection between the two? Like are you thinking maybe there's some script on BMO that uses window.innerHeight and is observing the incorrect value seen in bug 1853078?

Nothing specific, just that the conditions "opened in background tab on Android" are both the same and decently specific.

Setting P3:S3 since it seems to be our bugzilla specific. I tried it on a modified version of the test case in bug 1853078 and tried on bugs.webkit.org, I don't see the issue there.

Severity: -- → S3
Priority: -- → P3

I've encountered same issue. Also i suspected the same bug 1853078 may be related.

See Also: → 1854876

jackyzy823, thanks for the information.

From bug 1854876 comment 0.

It was not reproducible before Firefox 116.

So this is definitely a regression.

Duplicate of this bug: 1854876

Oh yeah, it probably is a regression, that means mozregression could be useful. I didn't think of that before.

I've done some bisection.
Fenix Nightly

  1. The last good 2023-07-17-16-01-30 GV: 20230716213402 MozillaCentral: 2d64faa1590722f6ec14781ee5e175a2c875171c
  2. The first bad 2023-07-18-04-01-21 GV: 20230717160307 MozillaCentral: 89d21fac92b8f98201b8715c6c050aace4b46afb

A quick glance at https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2d64faa1590722f6ec14781ee5e175a2c875171c&tochange=89d21fac92b8f98201b8715c6c050aace4b46afb

The most suspicious one https://hg.mozilla.org/mozilla-central/rev/f02a0e3200b02854e3c7c3f532640ef5c82e6d64 for bug 1842679

Thanks! That does seem like a good candidate. I'll mark it and we can change it if it turns out to be something else.

Keywords: regression
Regressed by: 1842679

Set release status flags based on info from the regressing bug 1842679

:dlrobertson, since you are the author of the regressor, bug 1842679, could you take a look?

For more information, please visit BugBot documentation.

Flags: needinfo?(drobertson)

Set release status flags based on info from the regressing bug 1842679

Local testing seems to indicate that this is caused by the same thing that causes bug 1858984. I'll leave this open and run through the STR once the patch that fixes bug 1858984 makes it to nightly.

Flags: needinfo?(drobertson)

(In reply to Dan Robertson (:dlrobertson) from comment #13)

Local testing seems to indicate that this is caused by the same thing that causes bug 1858984. I'll leave this open and run through the STR once the patch that fixes bug 1858984 makes it to nightly.

Looks like bug 1858984 was fixed a few weeks back, so maybe this is fixed -- Dan and/or Timothy, could you retest and see if we can close this?

Flags: needinfo?(tnikkel)
Flags: needinfo?(drobertson)

I just re-tested this, and can still reproduce the issue.

Flags: needinfo?(drobertson)

Same.

Flags: needinfo?(tnikkel)
You need to log in before you can comment on or make changes to this bug.