Closed
Bug 514220
Opened 15 years ago
Closed 15 years ago
No feedback when user taps on "See all bookmarks"
Categories
(Firefox for Android Graveyard :: Bookmarks, defect)
Firefox for Android Graveyard
Bookmarks
Tracking
(fennec1.0+)
VERIFIED
FIXED
fennec1.0b4
Tracking | Status | |
---|---|---|
fennec | 1.0+ | --- |
People
(Reporter: madhava, Assigned: Gavin)
References
Details
Attachments
(1 file)
1.25 KB,
patch
|
mfinkle
:
review+
|
Details | Diff | Splinter Review |
When the user taps on "See all bookmarks" in the awesomebar list, there's no instant feedback. When you have only a small set of bookmarks, you do get some feedback in that the bookmark list comes up relatively quickly. When you have a large set, though, like one synced through Weave, it takes a number of seconds for the bookmark list to come up (this should probably be another bug).
Some solutions:
1. Make the bookmark list come up immediately. This doesn't mean that the whole list of bookmarks has to be be loaded immediately -- the bookmark list could come up with just the first 5 or so bookmarks (as many as the user can see) and the rest could be loaded in the background, progressively.
2. Provide some "in place" indication that the tap registered. For example, we could replace the ">" at the right-hand side of the row with a spinning throbber.
Even if 1 is done, 2 may be necessary given that it's unlikely to be instantaneous.
Assignee | ||
Comment 2•15 years ago
|
||
(In reply to comment #1)
> same issue as bug 511275
not quite, actually. the handler for the bookmarks item uses a different code path.
No longer depends on: 511275
Assignee | ||
Comment 3•15 years ago
|
||
variant of the patch for bug 511275
Assignee: nobody → gavin.sharp
Status: NEW → ASSIGNED
Attachment #399644 -
Flags: review?(mark.finkle)
Assignee | ||
Updated•15 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Comment 4•15 years ago
|
||
Comment on attachment 399644 [details] [diff] [review]
patch
Can you file a bug and reference it in the comments?
Attachment #399644 -
Flags: review?(mark.finkle) → review+
Updated•15 years ago
|
tracking-fennec: ? → 1.0+
Assignee | ||
Comment 5•15 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Target Milestone: --- → B4
Comment 6•15 years ago
|
||
verified FIXED (fennec <3 highlighting) on builds:
Mozilla/5.0 (Windows; U; WindowsCE 5.2; en-US; rv:1.9.2a2pre) Gecko/20090915 Fennec/1.0a3
and
Mozilla/5.0 (Windows; U; WindowsCE 5.2; en-US; rv:1.9.3a1pre) Gecko/20090915
Fennec/1.0a3
and
Mozilla/5.0 (X11; U; Linux armv6l; en-US; rv:1.9.3a1pre) Gecko/20090915
Fennec/1.0b4pre
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 7•15 years ago
|
||
We get row-highlighting immediately now, which is helpful, but it still takes a number of seconds to bring up the bookmarks list when you have a lot of bookmarks (as you do after a weave sync with your desktop set). I think that we need something more than just immediate row-highlighting to give the user a sense that something is actually happening. There was an idea in the original bug summary to replace the > indicator with a throbber when we're waiting for the list to come up.
Also - is there any way to speed up bringing up the list?
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Updated•15 years ago
|
Whiteboard: [polish]
Assignee | ||
Comment 8•15 years ago
|
||
Filed bug 521116 for that - tracking multiple patches in one bug is no fun.
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Whiteboard: [polish]
Assignee | ||
Updated•15 years ago
|
Status: RESOLVED → VERIFIED
Comment 9•15 years ago
|
||
We have a testcase for this, but it needs to include this on the expected results.
Flags: in-litmus?
Updated•15 years ago
|
Component: General → Bookmarks
Comment 10•15 years ago
|
||
litmus testcase https://litmus.mozilla.org/show_test.cgi?id=7640 regression tests this bug.
Flags: in-litmus? → in-litmus+
You need to log in
before you can comment on or make changes to this bug.
Description
•