Closed Bug 1885536 Opened 1 year ago Closed 10 months ago

Border-collapsed table width not correctly adapting to zoom reset

Categories

(Core :: Layout, defect, P3)

Firefox 123
Desktop
All
defect

Tracking

()

RESOLVED DUPLICATE of bug 1834487
Tracking Status
firefox-esr115 --- wontfix
firefox124 --- wontfix
firefox125 --- wontfix
firefox126 --- wontfix
firefox127 --- wontfix
firefox128 --- fixed

People

(Reporter: stneu, Unassigned)

References

(Regression)

Details

(Keywords: nightly-community, regression)

Attachments

(1 file)

154 bytes, text/html
Details
Attached file Example

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0

Steps to reproduce:

I zoomed in on a page up to 500%, then I reset the zoom to 100%.

Actual results:

The border of a table correctly adapted its thickness while zooming in, but after resetting the border remained as wide as it was on the previous zoom level.

Expected results:

The border should have looked like before zooming.

I have found out that this bug only occurs when "border-collapse: collapse;" is set on the table. I have attached a minimal example which can be used to reproduce the bug by following the steps described above.

Regards,
stn

The Bugbug bot thinks this bug should belong to the 'Core::Layout' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Layout
Product: Firefox → Core
OS: Unspecified → Linux
Hardware: Unspecified → Desktop
Status: UNCONFIRMED → NEW
Ever confirmed: true

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

For more information, please visit BugBot documentation.

Flags: needinfo?(emilio)

And I can also reproduce this on Nightly125.0a1 Windows11 if Window Device Pixel Ratios is 1.

OS: Linux → All
Severity: -- → S3
Priority: -- → P3

So this is because before bug 1834487, a device pixel ratio change would've triggered CalcStyleDifference to return _Reflow, which caused this code to return true.

I can add a check for dpi change to BCRecalcNeeded but the real problem is that tables store borders as device pixels, which I thought we fixed, but turns out that it bounced (that is bug 1825384). That seems like the right fix. David, do you know what the state of bug 1825384 is, specially given your newer bc fixes? I'd rather help with that than paper it here.

Depends on: 1825384
Flags: needinfo?(emilio) → needinfo?(dshin)
Summary: Border width not correctly adapting to zoom reset → Border-collapsed table width not correctly adapting to zoom reset

Confirming that after bug 1825384 fixes this (Checked via today's Nightly build)

Status: NEW → RESOLVED
Closed: 10 months ago
Duplicate of bug: 1834487
Flags: needinfo?(dshin)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: