Open Bug 143472 Opened 22 years ago Updated 14 years ago

Host sort order in "Password Manager" should be done by Top Level Domain on down

Categories

(SeaMonkey :: Passwords & Permissions, defect, P3)

x86
All
defect

Tracking

(Not tracked)

Future

People

(Reporter: ewv, Unassigned)

References

Details

(Whiteboard: [obsoleted when bug 588421 lands])

Attachments

(1 file)

The corrolary to bug 142179 and bug 143166, which describes this behavior for
cookie management and image managment.

Sorting by .com first, then cnn.com, then server1.cnn.com etc is a much more
intuitive and useful way to sort lists of hostnames and makes it much easier for
the user to manage their privacy.

A patch (untested) for 142179 exists, than patch plus a bit of work should fix
this bug too.
Depends on: 142179
Here is a patch to make the sorting in password manager be done by TLD on down.


One issue I did notice with this patch is that I have a couple password entries
like:

site.com (Site Information)
site.com:80 (Site Information)
site.com

Unfortunately they don't get sorted correctly because of the additional stuff
after the ".com" part.	I'll work on modifying the original patch in bug 142179
so that maybe there is a parameter or default behavior to strip off any
trailing information for the sorting column.  Stripping off stuff would not
affect what is displayed only how it is sorted.
The patch also updates the sorting for the "Form Manager" since it is handled by
the same chunk of code.
With the updated patch in bug 142179 the sorting will now handle the sites that
have ports and/or site information as mentioned in comment 1
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0.1
Target Milestone: mozilla1.0.1 → mozilla1.1alpha
OS: Linux → All
Priority: -- → P3
Target Milestone: mozilla1.1alpha → mozilla1.2alpha
Target Milestone: mozilla1.2alpha → mozilla1.3alpha
Reassigning to new module owner
Assignee: morse → dveditz
Status: ASSIGNED → NEW
Target Milestone: mozilla1.3alpha → Future
Product: Browser → Seamonkey
Depends on: 276474
No longer depends on: 142179
I see this was implemented for Cookies, but not for password manager. Is this ever going to see the light of day?

Urban
Assignee: dveditz → nobody
QA Contact: tpreston
The new Data Manager lists all data by effective toplevel domain, so the ultimate switch to it fixes this.
Whiteboard: [obsoleted when bug 588421 lands]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: