www.laderexperten.se - Filters are misaligned
Categories
(Web Compatibility :: Site Reports, defect, P3)
Tracking
(Webcompat Priority:P3, Webcompat Score:3)
People
(Reporter: ctanase, Unassigned)
References
(Depends on 1 open bug, )
Details
(Keywords: webcompat:platform-bug, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs])
User Story
platform:windows,mac,linux,android impact:significant-visual configuration:general affects:all branch:release diagnosis-team:layout
Attachments
(2 files)
Environment:
Operating system: Windows 10
Firefox version: Firefox 130.0/132
Steps to reproduce:
- Go to https://www.laderexperten.se/lader_vard/ladervardskit
- Apply any filters from the left side of the page.
- Observe the behavior.
Expected Behavior:
The filters are displayed correctly.
Actual Behavior:
Filters are misaligned.
Notes:
- Reproduces regardless of the status of ETP
- Reproduces in Firefox Nightly, and Firefox Release
- Does not reproduce in Chrome
Created from https://github.com/webcompat/web-bugs/issues/141832
Reporter | ||
Comment 1•9 months ago
|
||
Updated•8 months ago
|
Comment 2•8 months ago
•
|
||
These checkbox-circle-things are all absolutely-positioned pseudo-elements, inside of a display:inline; position:relative
containing block. We've got some known issues with having display:inline
as an abspos containing block, mostly tracked as dependencies of bug 489100 (some of which are incremental/stateful-layout things like this bug seems to be -- e.g. bug 1918504).
Comment 3•8 months ago
|
||
For the record, here's a reduced testcase. Current actual-results for this:
- The initial layout has the checkbox-circle-things snap from a shifted-upwards wrong position to the right position.
- If I have devtools open, then they simply stay in the aforementioned shifted-upwards wrong position - this is presumably some layout statefulness caused by additional layout flushes in devtools.
- If I click the checkbox-circle-things, they sometimes jump to the shifted-upwards wrong position.
Comment 4•8 months ago
|
||
If I edit the testcase in devtools to tweak the span.checkbox { display:inline
rule with s/inline/block/
, then the issue goes away (and the layout changes slightly but not catastrophically). That's the wrapper-element that's serving as the abspos containing block for each of these checkboxes -- it has position:relative
. So, that's what leads me to tie this to sharing an underlying cause with bug 1918504 (i.e. a dependency of bug 489100).
Updated•5 months ago
|
Updated•4 months ago
|
Description
•