Open
Bug 903875
Opened 12 years ago
Updated 1 year ago
The Library fails to accurately return to the previously accessed section
Categories
(Toolkit :: Places, defect, P5)
Tracking
()
People
(Reporter: alice0775, Unassigned)
References
Details
(Keywords: regression)
Attachments
(1 file, 1 obsolete file)
|
92.82 KB,
image/png
|
Details |
Build Identifier:
http://hg.mozilla.org/mozilla-central/rev/3d20597e0a07
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0 ID:20130811030225
Reproducible: Intermittently (high probability)
#1 Steps To reproduce:
1. Make history items of enough quantity for more than three days.
2. Restart Browser
3. Alt > History > Show All History
4. Select "Yesterday" in left pane
5. Open any history item in the right pane (double click or choose "Open" of places context menu)
6. Repeat from step2
Actual Results:
The chosen item of the left pane is changed to "Downloads" suddenly
Expected Results:
Selected item of the left pane should not be changed. (In this case it stay "Yesterday")
#2 Steps To reproduce:
1. Make history item of enough quantity for around three days
2. Restart Browser
3. Alt > History > Show All History
4. Select "Today" in left pane
5. Open any history item in the right pane (double click or choose "Open" of places context menu)
6. Repeat from step2
Actual Results:
The last item of the period in the left pane disappears
Expected Results:
The last item of the period in the left pane should not disappear
Regression window(m-c):
Good:
http://hg.mozilla.org/mozilla-central/rev/e23e43a2c14e
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20130318 Firefox/22.0 ID:20130318130735
Bad:
http://hg.mozilla.org/mozilla-central/rev/2c41bf87b4e5
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20130319 Firefox/22.0 ID:20130319064414
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=e23e43a2c14e&tochange=2c41bf87b4e5
Regression window(m-i):
Good:
http://hg.mozilla.org/integration/mozilla-inbound/rev/e23e43a2c14e
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20130318 Firefox/22.0 ID:20130318071133
Bad:
http://hg.mozilla.org/integration/mozilla-inbound/rev/ee2e53392df1
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20130318 Firefox/22.0 ID:20130318085334
Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=e23e43a2c14e&tochange=ee2e53392df1
Regressed by: Bug 830423
| Reporter | ||
Updated•12 years ago
|
status-firefox24:
? → ---
tracking-firefox24:
--- → ?
| Reporter | ||
Comment 1•12 years ago
|
||
Comment 2•12 years ago
|
||
Passing on to :mak to take a look given this may be a fallout from 830423
Assignee: nobody → mak77
Comment 3•12 years ago
|
||
Will consider a low risk uplift but not a release blocker given its an old regression.
Updated•10 years ago
|
Assignee: mak77 → nobody
Priority: -- → P3
Updated•3 years ago
|
Severity: normal → S3
Updated•1 year ago
|
Attachment #9386023 -
Attachment is obsolete: true
Comment 5•1 year ago
|
||
As discussed in Bug Scrub, the Library doesn't use an advanced heuristic for knowing which section to load.
Instead, it'll remember its last position and attempt to reload it. In the screenshot the index that once corresponded to Yesterday is Downloads.
Priority: P3 → P5
Summary: Item of history period in left pane of Library disappears when open a history. → The Library doesn't re-open to the correct section when reloaded
Updated•1 year ago
|
Summary: The Library doesn't re-open to the correct section when reloaded → The Library fails to accurately return to the previously accessed section
You need to log in
before you can comment on or make changes to this bug.
Description
•