Open Bug 985024 Opened 10 years ago Updated 1 year ago

Show all bookmarks should not scroll with the bookmarks menu contents

Categories

(Firefox :: Bookmarks & History, defect, P3)

defect
Points:
5

Tracking

()

People

(Reporter: mak, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: regression, Whiteboard: [Australis:P4+])

The issue here is that users think we removed:
- the Library
- the backups
- the possibility to export html
- undo / redo
cause now Show all bookmarks is at the bottom of the Bookmarks panel, and on commonly long menus, it's out of the view. These users are unlikely to know about an exotic arrowscrollbox.

We need to change the places popup implementation to have static content out of the scrollable part, and likely stop using arrowscrollbox in favor of a normal box with a scrollbar.
Blocks: 966905
Same issue as bug 980038. I suspect this remains WONTFIX for the current implementation, but if we think it's realistic to reimplement things (post-Australis!) to make this fixable, maybe we should reopen that as a followup fix?
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
No longer blocks: fxdesktoptriage
I don't think this is wontfix, as well as bug 980038 was not wontfix. We need to reimplement things to make this work as expected, Australis or not, doesn't matter.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Status: REOPENED → NEW
Flags: firefox-backlog?
No longer blocks: fxdesktoptriage
Flags: firefox-backlog? → firefox-backlog+
See bug 986866 comment 4 for some thoughts by Gijs.
Keywords: regression
Whiteboard: [Australis:P3-]
Whiteboard: [Australis:P3-] → [Australis:P3-] p=5
We should fix this properly, but we won't manage for 29. We'll probably end up adding an item at the top of the menu for now. We'll deal with that in bug 986866. I'm lowering the priority here to indicate we're not going to be fixing it for 29.
Whiteboard: [Australis:P3-] p=5 → [Australis:P4+] p=5
See Also: → 986866
Marco, can we fix this in a way that doesn't involve switching away from using a menu as the base?
Flags: needinfo?(mak77)
it's a tricky question, off-hand I'd say yes (for example we could move stuff outside the arrowscrollbox), but until we try that's just a guess.
Flags: needinfo?(mak77)
Points: --- → 5
Whiteboard: [Australis:P4+] p=5 → [Australis:P4+]
Priority: -- → P3
Blocks: 1709532

Can we hide/show the menuitems on overflow/underflow or dimensions? It makes sense to show only the bottom menuitem when the popup is small, and show only the top menuitem when the popup is very long. Otherwise maybe just get rid of the bottom menuitem altogether.

Edit: I did a bit of investigation into that avenue and it doesn't look like a great idea. Never mind

Is that such a problem to remove excess lower button in bookmarks menu? One year and still nothing done.

(In reply to Avlasenko Vitaliy from comment #18)

Is that such a problem to remove excess lower button in bookmarks menu? One year and still nothing done.

Because of the abstractions being used, yes, it's "such a problem" - it isn't a trivial fix.

Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 9 duplicates.
:mak, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(mak)

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Flags: needinfo?(mak)

The part of the bug where "Manage bookmarks" is displayed twice in "Show your bookmarks" dropdown (Bookmarks menu button added to toolbar), is still relevant.

Blocks: 1819673
No longer blocks: 1819673
Duplicate of this bug: 1819673
Duplicate of this bug: 1829613
You need to log in before you can comment on or make changes to this bug.