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)
Library_Bug.png
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•2 years 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•2 years 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•2 years ago
|
||
I can also reproduce this on Windows10.
|
|
||
Updated•2 years ago
|
|
Assignee | |
Comment 4•2 years ago
|
||
Much like the dialog changes in bug 1792730.
|
||
Updated•2 years ago
|
|
|
Assignee | |
Updated•2 years ago
|
|
|
||
Updated•2 years ago
|
|
|
Assignee | |
Comment 5•2 years ago
|
||
FYI, you probably need similar changes to thunderbird.
|
||
Comment 7•2 years ago
|
||
|
|
||
Comment 8•2 years ago
|
||
I hope the troubleshooting info (provided above) is useful in narrowing this down to a specfic revision or patch.
|
||
Comment 13•2 years ago
|
||
Thanks Emilio, looks like Richard is on the case. I'll CC him here anyway.
|
||
Comment 14•2 years ago
|
||
|
||
Comment 15•2 years ago
|
||
| bugherder | ||
|
||
Updated•2 years ago
|
|
||
Comment 17•2 years 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•2 years 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
•