Closed Bug 1593585 Opened 5 years ago Closed 2 years ago

Letterboxing and findbar inconsistencies [part 2]

Categories

(Core :: Window Management, defect, P3)

72 Branch
defect

Tracking

()

RESOLVED DUPLICATE of bug 1591054

People

(Reporter: thorin, Unassigned)

References

Details

(Whiteboard: [fingerprinting])

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0

Steps to reproduce:

Not sure if a dupe of bug 1591054 (I think it is the same underlying cause) but will file this separately

STR:

  • enable RFP and letterboxing (LB)
  • load two web pages in the same window
  • make the letterbox height margins small enough to trigger a LB step
  • toggle the findbar on site A only
  • inspect both pages (they have changed)
  • close site A tab
  • inspect both pages
  • note: as soon as the next tab is opened, all tabs seem to get recalculated

Actual

  • site B stays at the new LB caused by the findbar

Expected

  • toggling the findbar off never triggered the LB re-calculations, because it never happened, instead the tab itself was closed

Solution

  • trigger LB on tab close ? see note above where it seems to be reapplied universally (by window) on new tab

Extra

  • You can change the STR order around. E.g. open the site B after toggling the findbar on site A, and site B will use a different height (correctly stepped in this case). So I think this, and bug 1591054 are showing that the LB change from findbar needs to be applied per tab only, or something.
Component: Untriaged → Window Management
Product: Firefox → Core
Priority: -- → P3
Depends on: letterboxing
Whiteboard: [fingerprinting]
Severity: normal → S3

This solved by

Additionally solved

By using css grid, the findbar now only applies to each tab

Closing as duplicate of Bug 1591054

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Duplicate of bug: 1591054
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.