Closed Bug 1930427 Opened 4 days ago Closed 1 day ago

www.virustotal.com - The site layout is broken

Categories

(Core :: Layout: Positioned, defect, P1)

Firefox 134
Desktop
Windows 10
defect

Tracking

()

RESOLVED FIXED
134 Branch
Tracking Status
firefox-esr128 --- unaffected
firefox132 --- unaffected
firefox133 --- unaffected
firefox134 --- fixed

People

(Reporter: rbucata, Assigned: dshin)

References

(Regression, )

Details

(Keywords: regression, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs] [anchorpositioning:m1], [wptsync upstream])

Attachments

(3 files)

Environment:
Operating system: Windows 10
Firefox version: Firefox 134.0 (2024-11-10)/ Firefox Release 132.0.1

Steps to reproduce:

  1. Navigate to: https://www.virustotal.com/gui/home/upload
  2. Observe

Expected Behavior:
The site layout loads fully

Actual Behavior::
The layout is broken

Notes:

  • Reproduces regardless of the status of ETP
  • Reproduces in firefox-nightly
  • Does not reproduce in firefox-release, and chrome

Created from https://github.com/webcompat/web-bugs/issues/143849

Attached video 20241111_102841.mp4
Component: Site Reports → Layout: Positioned
Product: Web Compatibility → Core
Regressed by: 1920160
Version: unspecified → Firefox 134

Since the status is marked as affected for nightly and as unaffected for release, is it affected or unaffected for beta?
For more information, please visit BugBot documentation.

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

:dshin, since you are the author of the regressor, bug 1920160, could you take a look? Also, could you set the severity field?

For more information, please visit BugBot documentation.

Flags: needinfo?(dshin)
Severity: -- → S2
Attached file minimal example

If needed, here is a minimal example. The red element should just be as tall as the text, and not as the whole page.

Assignee: nobody → dshin
Status: NEW → ASSIGNED

Thanks for the minimized testcase! That was helpful.
Ah, getting bitten by interaction between old inset behaviour & new auto-size behaviour..

Flags: needinfo?(dshin)

Hi David. Should this bug be added to the M1 backlog?

Flags: needinfo?(dshin)
Whiteboard: [webcompat-source:web-bugs] → [webcompat-source:web-bugs] [anchorpositioning:m1]
Pushed by dshin@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/d5f479eac493 Don't stretch abs-positioned frames if any inset is auto. r=layout-reviewers,emilio
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/49145 for changes under testing/web-platform/tests
Whiteboard: [webcompat-source:web-bugs] [anchorpositioning:m1] → [webcompat-source:web-bugs] [anchorpositioning:m1], [wptsync upstream]
Flags: needinfo?(dshin)
Upstream PR was closed without merging
Pushed by dshin@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/a3f5db54c151 Don't stretch abs-positioned frames if any inset is auto. r=layout-reviewers,emilio
Flags: needinfo?(dshin)
Status: ASSIGNED → RESOLVED
Closed: 1 day ago
Resolution: --- → FIXED
Target Milestone: --- → 134 Branch
Duplicate of this bug: 1930850
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: