Input fields at the bottom of history/bookmarks library aren't in sync with selected item

NEW
Unassigned

Status

()

Firefox
Bookmarks & History
P3
enhancement
a year ago
10 months ago

People

(Reporter: arni2033, Unassigned)

Tracking

({steps-wanted})

Trunk
steps-wanted
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

a year ago
>>>   My Info:   Win7_64, Nightly 49, 32bit, ID 20160526082509
Term "The fields" below refers to "fields 'Name' and 'Location' at the bottom of Library window".


>>>
STR_1:  (wrong info)
1. Open  http://example.org , close that tab
2. Open  https://ya.ru/ , close that tab
3. Open History (Ctrl+Shift+H)
4. Type "example" in filter field

AR:
 After Step 3 - Selected item is https://ya.ru/. The fields display info about https://ya.ru
 After Step 4 - Selected item is https://ya.ru/. The fields display info about http://example.org

ER:  Either X or Y.  X is better
 X) After Step 4 - Input fields at the bottom of Library window display info about http://example.org
 Y) After Step 4 - No item should be selected. The fields should display nothing


STR_2:  (wrong selected item)
2. Open http://example.org/1 , close that tab
1. Open http://example.org/2 , close that tab
3. Open https://ya.ru/ , close that tab
4. Open History (Ctrl+Shift+H)
5. Select item "http://example.org/1" (click on that item)
6. Type "example" in filter field

AR:
 Step 4 - Selected item is https://ya.ru/. The fields display info about https://ya.ru
 Step 5 - Selected item is http://example.org/1 . The fields display info about http://example.org/1
 Step 6 - Selected item is http://example.org/2 . The fields display info about http://example.org/1

ER:
 Step 6 - Selected item is http://example.org/1 . The fields display info about http://example.org/1



Note:
1) There're also scenarios when bookmarks folder (left frame in the Library) is deleted/restored in
   normal FF window (for example via bookmarks panel) while it was selected in Library window. In that
   case the fields don't update, just as in STR_1, STR_2. Steps-wanted; I don't have time for that.
2) This happens if the frame where I selected item is not focused (if it's focused, then the fields
   update correctly). Therefore this bug can be written as:
   Input fields should update to be in sync with selected item in the last focused frame in Library.
3) The bug happens when the frame with selected item is not focused (e.g. filter field is focused).
   But if the fields were the last focused element before selected item (in that frame) has changed,
   then solution from Note 2 should NOT be applied, because user may want to continue
   working with text displayed in the fields.
   Therefore solution for this bug is not as easy as just apply solution from Note 2.
   Note 3 also indicates that no work was done to determine "good"/useful behavior.
   This is the purpose of this bug: to implement a "good"/useful behavior. So far it's unconfirmed.
(Reporter)

Updated

a year ago
No longer blocks: 1277113
(Reporter)

Updated

a year ago
Component: Untriaged → Bookmarks & History
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.