Closed
Bug 774212
Opened 12 years ago
Closed 6 years ago
Improve live bookmark loading indications
Categories
(Firefox :: Bookmarks & History, enhancement, P5)
Firefox
Bookmarks & History
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: virgil.dicu, Unassigned)
Details
(Keywords: regression)
Attachments
(1 file)
20.75 KB,
image/png
|
Details |
Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/16.0 Firefox/16.0 STR: 1. Open foxnews.com 2. Subscribe to RSS feed. 3. Select Bookmarks - Bookmark Toolbar 4. Right click on Fox news folder 5. Select Reload Bookmark. Actual result: no action if there are no new items to be displayed. A "Live bookmark loading" text used to appear in previous releases (13).
Updated•12 years ago
|
Keywords: regressionwindow-wanted
Updated•12 years ago
|
tracking-firefox14:
--- → ?
Updated•12 years ago
|
Keywords: qawanted,
regression
Comment 1•12 years ago
|
||
I don't see a difference in behavior between Fx13 and Fx14.0.1 (build1). When I follow the steps in comment #0 I don't see a "live bookmark loading" message anywhere. If it is a regression, it doesn't seem to be from Fx3.
Reporter | ||
Comment 2•12 years ago
|
||
Last good nightly: 2012-04-14 First bad nightly: 2012-04-15 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=364f0a5a1d2d&tochan ge=0d871550085e Suspected: bug 741506 Juan, the message appears for a second in the bottom of the rss list in Firefox 13. I can still see it on 2 platforms: it won't hang long on the screen, but it's reasonable enough to inform the user that an action was recorded.
Keywords: qawanted,
regressionwindow-wanted
Updated•12 years ago
|
tracking-firefox15:
--- → ?
Comment 3•12 years ago
|
||
mak - I'm not a live bookmark user, so it's hard for me to understand the criticality of this bug. How does the regression here compare to the reward in bug 741506? Should we consider backing out, forward fixing, or wontfixing in your opinion?
Assignee: nobody → mak77
Updated•12 years ago
|
status-firefox14:
--- → wontfix
Comment 4•12 years ago
|
||
Is the reported bug just that the "loading" text doesn't appear? That may be expected, indeed we want to reduce UI noise when reloading, so that status text ideally should just appear when the menupopup is empty to let the user know something is actually happening (though I know in some case it behaves wrongly and appear even if it's not empty). So, surely we should check when it's expected to appear and doesn't or viceversa, but I consider this a minor follow-up bug. Surely we should not backout bug 741506, cause that has a really much worse effect on Mac users (like not working menuitems).
Comment 5•12 years ago
|
||
to further clarify, there may be difference in when/how that text appears between 13 and 14, exactly due to the patch in bug 741506, the patch for 13 was a limited version of the one that landed in 14.
Reporter | ||
Comment 6•12 years ago
|
||
(In reply to Marco Bonardo [:mak] from comment #4) > Is the reported bug just that the "loading" text doesn't appear? Not necessarily. Since bug 741506, when selecting the reload button in the bookmark menu and no new bookmarks are to be displayed for a given RSS feed, there's no actual output that will inform the user his action was indeed registered. Previously, that would have been easy to spot with the "Loading.." text. If upon selecting the button new bookmarks are displayed in the list, then that's clear enough that an action was indeed performed. > That may be > expected, indeed we want to reduce UI noise when reloading This certainly sounds good and not showing the text when new bookmarks will be displayed after load is a improvement. So the only remaining issue is the lack of output for the other situation (selecting the button and not having any output). That's a bit puzzling at first.
Comment 7•12 years ago
|
||
Trying to understand if this is a serious enough issue that we would block a release on it. I'm leaning towards no, and also wondering if this is platform specific since the STR don't apply to Mac users (see screenshot) who do not have a "Reload bookmark" button and the user experience of having your bookmarks load or not seems to work well enough. I'm going to untrack this, please renominate if a case can be made for significant user pain here.
Updated•12 years ago
|
Comment 8•12 years ago
|
||
not actively working on this, I think a better fix would be to completely drop the "loading" text and instead use icons on livemarks to show their status (failed, loading, idle)
Assignee: mak77 → nobody
Updated•6 years ago
|
Severity: normal → enhancement
Priority: -- → P5
Summary: Reload live bookmark button has no functionality → Improve live bookmark loading indications
Comment 9•6 years ago
|
||
Wontfixing because live bookmarks are going away - See Bug 1477667.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•