When the personal data manager is used to remember many passwords and cookies,
it becomes very difficult to locate a single item from the list, due to at least
two problems outlined below. 

Problem #1: the the list is sorted by default by the hostname part of the Host
column, but the data shown in the column is something else (apparently including
http:// or https:// for stored web form passwords). This makes the sorting
non-obvious, and breaks the GTK 2.6 built-in keyboard search which considers the
data as shown in the list, not what was used to sort).

Problem #2: related to above, the variable -length leading part in the host name
before the sorting key makes it extremely difficult to visually scan the list
for the item you're looking for, as sometimes it's in column 0, sometimes
somewhere else.

Problem #2: Passwords are commonly valid for a domain, but the lists sorting
includes the hostname. Some sites perform authenication to a separate server,
and the location of the password in the list becomes entirely unknown.

For example: the Lufthansa frequent flyer site is
https://portal.miles-and-more.com, but the authentication is made to
https://aero.miles-and-more.com. These appear far away from each other in the
list, and there is no way to search for miles-and-more.

My suggestion would be to remove the protocol part entirely (I don't se why it
should be relevant to a user whether the authentication method used is HTTP
Basic, Digest, or a form-based login), sub-divide the Host column to host- and
domain-part, and apply sorting and searching to the domain part only. Something
like:


| Host                    | User Name |
| www      .freshmeat.net | foobar    |
| bugzilla .gnome.org     | foobar    |
| mail     .gnome.org     | foobar    |
| www      .slashdot.org  | foobar    |

            ^^^^^^^^^^ this is what you sort and search by