"Saved Addresses..." subdialog doesn't open if the window is too small
Categories
(Firefox :: Settings UI, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox74 | --- | fixed |
People
(Reporter: bytesized, Assigned: bytesized)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(1 file)
STR:
- Open about:preferences
- Reduce the size of the Firefox window to be pretty small
- Open any subdialog. I searched for the "Saved Addresses..." button and clicked it, but I believe I have seen this bug on other subdialogs too.
Expected Results:
The dialog opens
Actual results:
The dialog does not open.
The console contains this error:TypeError: contentPane is null (subdialogs.js:434:7)
Assignee | ||
Comment 1•5 years ago
|
||
Oops. I somehow submitted that bug in the middle of typing the title. Don't know how, but I'm fixing it now.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 2•5 years ago
|
||
I updated the title and the description. I plan to take a look into this error, because I am suspicious that this may be a regression of Bug 1588142 or Bug 1601708. I'll update when I know more.
Comment 3•5 years ago
|
||
(In reply to Kirk Steuber (he/him) [:bytesized] from comment #2)
I updated the title and the description. I plan to take a look into this error, because I am suspicious that this may be a regression of Bug 1588142 or Bug 1601708. I'll update when I know more.
This would be useful to know in terms of priorities, to see when this regressed and/or for what releases we need to track it. Did you find out?
Assignee | ||
Comment 4•5 years ago
|
||
I'm afraid I haven't had time to look into this yet, I'm hoping to have time for it before EOD tomorrow.
I did notice that, despite my earlier belief that this was happening in multiple subdialogs, I now only seem to get it in the one "Saved Addresses..." dialog.
Assignee | ||
Comment 5•5 years ago
|
||
This is indeed a regression resulting from my patch past bug foolishly assuming that the CSS it was changing wouldn't be applied to other pages, when in fact it is applied to many pages. I'll have a patch up shortly.
Updated•5 years ago
|
Assignee | ||
Comment 6•5 years ago
|
||
Bug 1588142 introduced two problems: First, it added CSS to prefrences.css that was meant to apply only to preferences.xhtml, but in fact ends up applying to other pages. This patch fixes that.
The second problem was an assumption made in subdialogs.js that all preferences subdialogs would have either a contentPane or a <dialog> element, which we should set to be scrollable if the window is too small. It turns out that there is at least one dialog that has overflow-y set to auto, thus handling it's own scrolling. The relevant code has been updated not to make that assumption.
Updated•5 years ago
|
Updated•5 years ago
|
Comment 8•5 years ago
|
||
bugherder |
Updated•5 years ago
|
Updated•5 years ago
|
Description
•