Closed Bug 1617673 Opened 5 years ago Closed 5 years ago

Bookmark properties window position and dimension are not saved/restored since version 73 update

Categories

(Toolkit :: UI Widgets, defect, P3)

73 Branch
defect

Tracking

()

RESOLVED FIXED
mozilla76
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.

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Bookmarks & History

We need a regression range for this, probably something with XUL removal changes.

Priority: -- → P3
Status: UNCONFIRMED → NEW
Ever confirmed: true
Has Regression Range: --- → yes
Has STR: --- → yes

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.

See Also: → 1616179

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.

Priority: P3 → --

thank you Alice0775

Brian, could you please set the priority flag?

Flags: needinfo?(bgrinstead)

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.

Assignee: nobody → bgrinstead
Status: NEW → ASSIGNED
Flags: needinfo?(bgrinstead)
Priority: -- → P3
Pushed by bgrinstead@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/1bf266a19339 Give the root element in the bookmark properties window an id so that persistence works again r=mak
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla76

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.

Flags: needinfo?(bgrinstead)

Ping timeout, it's getting too late for 75 now. :(

Flags: needinfo?(bgrinstead)

Thank god it's fixed. Thanks devs.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: