Use modern flexbox in the browser toolbox.
Categories
(Firefox :: Theme, task)
Tracking
()
Tracking | Status | |
---|---|---|
firefox108 | --- | fixed |
People
(Reporter: emilio, Assigned: emilio)
References
(Blocks 1 open bug)
Details
Attachments
(2 files, 1 obsolete file)
Comment hidden (obsolete) |
Assignee | ||
Comment 2•2 years ago
|
||
The min-width / contain are as usual to allow elements to shrink under
their intrinsic size. You can only see its effects with relatively thin
windows (or with a very large number of tabs in the tabstrip case).
Making it work in the browser area is blocked on making splitters work
on non-XUL boxes (so that DevTools can be resized), or replacing those
splitters with something else. I'll look at that next.
Updated•2 years ago
|
Assignee | ||
Comment 4•2 years ago
|
||
These fix rendering or test issues with flex emulation, but don't change
rendering without, so can land separately.
Comment 7•2 years ago
|
||
bugherder |
Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
Comment 8•2 years ago
|
||
bugherder |
Comment 9•2 years ago
•
|
||
Backed out changeset fb32775d2def as requested by dev. Backout link: https://hg.mozilla.org/integration/autoland/rev/4a24cecdad7190433bc76f853a9519c1e1e63447
Assignee | ||
Updated•2 years ago
|
Comment 10•2 years ago
|
||
Updated•2 years ago
|
Updated•2 years ago
|
Comment 11•2 years ago
|
||
Comment 12•2 years ago
|
||
bugherder |
Comment 13•2 years ago
•
|
||
Just updated to today's build after the landing of this path, the issue of huge drop lists is back, so the problem is not fixed.
crash report: Firefox 108.0a1 Crash Report [@ webrender::render_api::window_size_sanity_check ]
Build ID 20221018094831
change set; https://hg.mozilla.org/mozilla-central/rev/826073b561e026d8fbc6a8354081db59727d9f33
Comment 14•2 years ago
|
||
(In reply to Jim Jeffery not reading bug-mail 1/2/11 from comment #13)
Just updated to today's build after the landing of this path, the issue of huge drop lists is back, so the problem is not fixed.
crash report: Firefox 108.0a1 Crash Report [@ webrender::render_api::window_size_sanity_check ]Build ID 20221018094831
change set; https://hg.mozilla.org/mozilla-central/rev/826073b561e026d8fbc6a8354081db59727d9f33
A little more context in bug 1705002 - Jim, can you link to your crash report on crash-stats please?
Assignee | ||
Comment 15•2 years ago
|
||
(In reply to Jim Jeffery not reading bug-mail 1/2/11 from comment #13)
Just updated to today's build after the landing of this path, the issue of huge drop lists is back, so the problem is not fixed.
crash report: Firefox 108.0a1 Crash Report [@ webrender::render_api::window_size_sanity_check ]
Which menu and on which OS?
Comment 16•2 years ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #15)
(In reply to Jim Jeffery not reading bug-mail 1/2/11 from comment #13)
Just updated to today's build after the landing of this path, the issue of huge drop lists is back, so the problem is not fixed.
crash report: Firefox 108.0a1 Crash Report [@ webrender::render_api::window_size_sanity_check ]Which menu and on which OS?
The list-box is on a site that requires a login and being a member to the ARRL (Amateur Radio Relay League)
There is an option to 'find call' that you can check if they use the logbook on the ARRL site. That list-box usually lists the last 6 lookups.
The list is now over a full page tall and after 2-3 seconds crashes the entire browser.
Assignee | ||
Comment 17•2 years ago
|
||
Oh, so a <select>
menulist? That's useful, can try to repro. Also, what about the OS? Is this on Linux, macOS or Windows? Thanks again.
Comment 18•2 years ago
|
||
(In reply to :Gijs (he/him) from comment #14)
(In reply to Jim Jeffery not reading bug-mail 1/2/11 from comment #13)
Just updated to today's build after the landing of this path, the issue of huge drop lists is back, so the problem is not fixed.
crash report: Firefox 108.0a1 Crash Report [@ webrender::render_api::window_size_sanity_check ]Build ID 20221018094831
change set; https://hg.mozilla.org/mozilla-central/rev/826073b561e026d8fbc6a8354081db59727d9f33A little more context in bug 1705002 - Jim, can you link to your crash report on crash-stats please?
Not sure how to link crash report, here are links to my crashes:
https://crash-stats.mozilla.org/report/index/558b1630-d095-4e70-a15a-5da060221018
https://crash-stats.mozilla.org/report/index/dccbe237-549d-4f85-98f9-f932a0221018
https://crash-stats.mozilla.org/report/index/af3a92db-dbe1-47ab-88f4-c80f30221018
Comment 19•2 years ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #17)
Oh, so a
<select>
menulist? That's useful, can try to repro. Also, what about the OS? Is this on Linux, macOS or Windows? Thanks again.
Oh, sorry - Windows 11 Home 22h2, fall release update for latest windows.
Assignee | ||
Comment 20•2 years ago
|
||
Can't reproduce that with something like this, which creates a very tall <select>
list. The list is properly scrollable on macOS and Linux, at least, will check Windows in a bit:
<!doctype html>
<select id="s">
<option>ABC</option>
</select>
<script>
s.options.length = 9999;
</script>
Assignee | ||
Comment 21•2 years ago
|
||
Can't reproduce on windows, tried ~60k different options, and also I tried to make them really wide as well, with no avail. If you could privately mail me a way of accessing that page I'd be happy to dig into it, it may be due to some styling they use?
Comment 22•2 years ago
•
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #21)
Can't reproduce on windows, tried ~60k different options, and also I tried to make them really wide as well, with no avail. If you could privately mail me a way of accessing that page I'd be happy to dig into it, it may be due to some styling they use?
Email sent.
P.S. I don't know how to clear the list box on that site. The info there is not important so it could be deleted/removed or whatever, but I don't know how.
Description
•