Open Bug 143472 Opened 23 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: