Search in bookmarks loses sort (should use position key)

REOPENED
Unassigned

Status

()

P5
normal
REOPENED
11 years ago
6 months ago

People

(Reporter: tbertels+bugzilla, Unassigned)

Tracking

({regression})

Trunk
x86
Windows XP
regression
Points:
---
Bug Flags:
wanted1.9.0.x -

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

11 years ago
Created attachment 310732 [details]
Left image : default sort ; right image : search loses sort

When searching in the bookmarks, the bookmarks order isn't kept.

The moz_bookmarks table position key should be used to keep the order of the bookmarks.
are they ordered by last visited?
(Reporter)

Comment 2

11 years ago
No, and I didn't find how they are sorted. I used the SQLite Manager extension to try all the possibilities.

Note that if I remove one of these bookmarks, the order is then kept on search (so the bug isn't then reproduceable anymore).

Additionally, the "test" bookmark should be displayed as it doesn't contain an "a" in its title.
need to be investigated, probably not blocking though

can you post your build version?
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Reporter)

Comment 4

11 years ago
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008031905 Minefield/3.0b5pre
(Reporter)

Updated

11 years ago
Flags: wanted1.9.0.x?

Comment 5

11 years ago
Confirmed sort frequently doesn't stick in 3.0, WinXP, although it sometimes does!   This is by sorting from organize bookmarks/choose a folder/sort/sort by name.  Apparently no difference if a short or long list. 

Comment 6

11 years ago
In 3.0.1 discovered that if sort by name/A-Z it will sort, but will not stick.  Go to another BM folder, return and it's returned to the original unsorted list.  However, if manually sort in alpha sequence without naming such in the sort dropdown it will stick.
(Reporter)

Comment 7

11 years ago
(In reply to comment #5 and #6)
> Confirmed sort frequently doesn't stick in 3.0, WinXP, although it sometimes
> does!   This is by sorting from organize bookmarks/choose a folder/sort/sort by
> name.  Apparently no difference if a short or long list. 
> 
This bug about the sort not being kept _when searching for some string_.

Comment 8

11 years ago
#1 & #2 the order seen is Unsorted (because the sort does not stick for the
table), so the order is from each folder in the order the folders are seen on
the left, then in the order in which entries exist within folders.  Entirely
ordered down from the top of the folders list.

The problem addresses the listing itself in the right side panel, not the order
of the listing of the bookmarks themselves on the left side of the panel.  

The not sticking refers to the right side of the panel on which column is
chosen to be sorted after a search string (or column sort).  So #1 and #5 are
not in conflict with one another.   (See  Views menu, because you can't click
on a column for Unsorted)

Obviously a separate problem but is related to sorting -- cannot sort on
"Keyword" and get a consistent sort order.

Currently, for search results to be sorted on the right panel of Organize
Bookmarks list one has to sort on the column and that would always be temporary
as it stands now.  Not like right-click on a folder on the left side panel and
sorting (permanent change to order).

The order of the search listing is Unsorted since the sort column does not
stick and that order is determined by  what you have on the left panel of
Organize Bookmarks,  and would be more apparent if the "Parent" column were
added  to the listing.  

Install the  "Show Parent Folder"  https://addons.mozilla.org/firefox/7372
Choose the add-on option   'Show Folder hierarchy'.
In Organize Bookmarks,  right-click on column header (or use View menu)  to add
the "Parent Folder" column.  You can  drag to rearrange and/or resize columns, 
You will want the Parent Folder column fairly wide to see the hierarchy.

Not wanted for 1.9.0.x, but let's find an owner for this.
Flags: wanted1.9.0.x?
Flags: wanted1.9.0.x-
Flags: wanted-firefox3.1?
Flags: wanted-firefox3.5? → wanted-firefox3.6?
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks

Comment 11

8 years ago
Decent bookmarks searching is one of the widely missing features - there just doesn't seem to be much support for bookmarks management @mozilla.
Bookmarks search results have always come in some random order - even before the SQL bookmarks implementation (i.e. Firefox 2) - this is not helpful for bookmarks management at all, as well as the missing orientation within the bookmarks folder tree after search (cf. https://bugzilla.mozilla.org/show_bug.cgi?id=171575#c87).
Flags: wanted-firefox3.6?

Comment 12

7 months ago
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Last Resolved: 7 months ago
Resolution: --- → INACTIVE
Status: RESOLVED → REOPENED
Priority: -- → P5
Resolution: INACTIVE → ---
You need to log in before you can comment on or make changes to this bug.