Closed Bug 88347 Opened 24 years ago Closed 24 years ago

sorting bookmarks in sidebar by name (by accident) cannot be undone (messes up user created order)

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
Windows NT
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: Peter, Assigned: bugs)

Details

Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.1+) Gecko/20010628 sorting bookmarks in sidebar by name (by accident) cannot be undone (messes up user created order). The "name" column sort header/button is a very dangerous thing to have there. Once clicked, it can mess up the users bookmarks order. Even cliccking until it goes back to unsorted doesn't fully reestablish the original order. This is highly annoying - to say the least.
*** This bug has been marked as a duplicate of 87984 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Ummm... Bug 87984 was resolved invalid because I did not notice that you can click again on the 'name' bar to undo the sorting. This report however states that you cannot (completely) undo the sorting. As clicking the bar doesn't actually change the order of the bookmarks but only a preference which states the order in which the bookmarks are to be displayed, it might be interesting to hear from the reporter what went wrong with unsorting the bookmarks.
I think this is a VERY dangerous feature because many users will accidentally click the titlebar and not know what they did, let alone how to get back to where they were (three clicks on a sort button is VERY unusula). I strongly suggest that the bar receive a dropdown menu button (Sort /\ \/) that also shows the current sort order (\/, /\, 0 - ascending, descending and unsorted). This would be much clearer, as the user could see all three options in the menu, and using a menu is understood by most.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
I don't think so. Tree column headers are not menus, and making them behave as such would be bizarre.
using moz0.93 with win32 full installer. i'm confused - this appears to be wfm, as the order of display in the sidebar does not change the order in any other bookmarks dialogue (i.e., personal toolbar pulldown folder, manage bookmarks window, etc.) and thus the originally intended order is preserved.
I don't see this as particularly troubling; for one, the bookmark sorting isn't permanent; second, the arrow indicates that the bookmarks are currently sorted. Third, clicking on the bar makes the sort order go back to default. Fourth, making the column bar behave differently than _all_ the other column bars is definitely inconsistent.
> I don't see this as particularly troubling; maybe, it's a non-issue > for one, the bookmark sorting isn't permanent; does it require a restart to get back to the original, user created order? If one can just click the header and cycle through the sorting until the user-created sort order comes back, then this is indeed a WFM. > second, the arrow indicates that the bookmarks are currently sorted. Only the absense of an arrow to indicate the user-created order is a bit too subtle - no? > Third, clicking on the bar makes the sort order go back to default. Is "default" the user-created order? If so, then WFM. > Fourth, making the column bar behave differently than _all_ the other column bars is definitely inconsistent. True, but most other collumn bars also don't have a "user-created" order. I just tried it again and coming back to the "unsorted" view it messed up some of the separator lines (moved 3 of them to the very bottom). That's not the way it should be!?
i can confirm that the third press on the bar does NOT make the order go back to original. It does not appear to be sorted in any reasonable fashion either. not by date, or location anyway. linux build 2001082808 i also find that only on this one profile my bookmarks all mysteriously came up sorted exactly backwards from the way they previously appeared (without any user sorting action) this includes all sub-bookmark folders (ones at top are now at bottom). on the personal toolbar the ones on the right are on the left and vice versa. not sure if these are related. will wait to enter seperate bug report.
WFM using 2001091403 Win2k (3rd klick restoring original order).
WFM build 2001100303 win32 on w2k
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
mass-verifying WorksForMe bugs which haven't changed since 2001.12.31. set your search string in mail to "EmperorLondoMollari" to filter out these messages.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.