Bookmark properties window position and dimension are not saved/restored since version 73 update
Categories
(Toolkit :: UI Widgets, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr68 | --- | unaffected |
| firefox73 | --- | wontfix |
| firefox74 | --- | wontfix |
| firefox75 | --- | wontfix |
| firefox76 | --- | fixed |
People
(Reporter: mozilla, Assigned: bgrins)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:73.0) Gecko/20100101 Firefox/73.0
Steps to reproduce:
After Firefox version 73 update, right-click on any of your bookmarks and choose "Properties".
Actual results:
The bookmark properties window's position and dimension (width and height) are not saved (or restored) anymore, so it always opens a tiny window and it is always centered on the screen.
Expected results:
Before version 73, it always remembered its last position and dimension. This is very annoying, because the window is small and longer URL's are not visible unless you enlarge the window, which is itself an annoyance, because there is no maximize button and the border is very slim. For instance, URL's from Youtube playlists that end with &index=23367 benefit from being seen in the bookmark properties window.
Comment 1•5 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Comment 2•5 years ago
|
||
We need a regression range for this, probably something with XUL removal changes.
Updated•5 years ago
|
Comment 3•5 years ago
|
||
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=88b25807638231dcf403d8f0b597fc770f1d24a4&tochange=e183cbb4983cfb3aecf97ab18fad916b91f89e7e
Updated•5 years ago
|
| Assignee | ||
Comment 4•5 years ago
|
||
I'm assuming this is the same problem/solution as Bug 1616179. We should also audit the rest of changes in Bug 1585482 to preemptively find root elements without ids. I did file Bug 1616350 to put something in place to catch this problem.
Comment 5•5 years ago
|
||
The product::component has been changed since the backlog priority was decided, so we're resetting it.
For more information, please visit auto_nag documentation.
Comment 6•5 years ago
|
||
thank you Alice0775
| Assignee | ||
Comment 8•5 years ago
|
||
The ID was removed in Bug 1585482 and moved to the child dialog element which breaks xulstore persistence.
This gives the dialog a new id and uses the original "bookmarkproperties" for the window so any existing
xulstore values will work without a ui migration.
Updated•5 years ago
|
| Assignee | ||
Updated•5 years ago
|
Comment 10•5 years ago
|
||
| bugherder | ||
Updated•5 years ago
|
Comment 11•5 years ago
|
||
The patch landed in nightly and beta is affected.
:bgrins, is this bug important enough to require an uplift?
If not please set status_beta to wontfix.
For more information, please visit auto_nag documentation.
Comment 12•5 years ago
|
||
Ping timeout, it's getting too late for 75 now. :(
| Reporter | ||
Comment 14•5 years ago
|
||
Thank god it's fixed. Thanks devs.
Description
•