Content area of Library doesn't fill the window
Categories
(Core :: XUL, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox105 | --- | unaffected |
firefox106 | --- | unaffected |
firefox107 | --- | verified |
People
(Reporter: tgnff242, Assigned: emilio)
References
(Regression)
Details
(Keywords: nightly-community, regression)
Attachments
(3 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:107.0) Gecko/20100101 Firefox/107.0
Steps to reproduce:
- Open the Library.
- Maximise the window.
Actual results:
The content area of the Library stays at the default size. See screenshot.
Expected results:
This is a regression from Bug 1665476.
Comment 1•8 months ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•8 months ago
|
||
:emilio, since you are the author of the regressor, bug 1665476, could you take a look? Also, could you set the severity field?
For more information, please visit auto_nag documentation.
![]() |
||
Comment 3•8 months ago
|
||
I can also reproduce this on Windows10.
![]() |
||
Updated•8 months ago
|
Assignee | ||
Comment 4•8 months ago
|
||
Much like the dialog changes in bug 1792730.
Updated•8 months ago
|
Assignee | ||
Updated•8 months ago
|
Updated•8 months ago
|
Assignee | ||
Comment 5•8 months ago
|
||
FYI, you probably need similar changes to thunderbird.
Comment 7•8 months ago
|
||
I am experiencing this issue -
Comment 8•8 months ago
|
||
I hope the troubleshooting info (provided above) is useful in narrowing this down to a specfic revision or patch.
Comment 13•8 months ago
|
||
Thanks Emilio, looks like Richard is on the case. I'll CC him here anyway.
Comment 14•8 months ago
|
||
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/0d08050f3ec2 Make library and other windows keep stretching after bug 1665476. r=eemeli
Comment 15•8 months ago
|
||
bugherder |
Updated•7 months ago
|
Comment 17•7 months ago
|
||
Reproduced the issue with Firefox 107.0a1 (2022-09-29) using the steps from the description, on macOS 12. After maximise the "Library" window, content area stays unchanged, at its initial size.
The issue is verified fixed with Firefox 108.0a1 (20221020215126) on Windows 10x64, macOS 12, and Ubuntu 20.04. The window is correctly maximised along with the content area.
Comment 18•6 months ago
|
||
Changing width and height to min-width and min-height (in places.ftl) is causing complaints on SUMO among users who like to have a small Library window admidst various larger windows (for example, showing just the latest download):
We can mention userChrome.css as a workaround, but this is difficult for many users to implement. Were these changes essential or could those minimums be reduced (while also setting the initial width and height to the classic values)?
Description
•