206939 - Cookie Manager's "Cookie Sites" resorts by site after removing site

Status: RESOLVED WORKSFORME

(Core :: Networking: Cookies, defect)

Description

[Dan Mellem]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030507
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030507

When the Cookie Sites list is sorted by Status, it groups all the "site can set
cookies" sites together. After selecting a site and removing it, the list gets
re-sorted by Site instead of remaining in the current sort order.

Reproducible: Always

Steps to Reproduce:
1. Go to Tools/Cookie Manager/Manage Stored Cookies.../Cookie Sites
2. Select the "Status" title to sort.
3. Select a site and delete.


Actual Results:  
List is re-sorted by site name.

Expected Results:  
Remove entry from list and redisplay in existing order.

Comment 1

[Michiel van Leeuwen (email: mvl+moz@)]

-> cookies

Comment 2

[Michiel van Leeuwen (email: mvl+moz@)]

*** Bug 209172 has been marked as a duplicate of this bug. ***

Comment 3

[nemo]

Sorry!  Swear I searched by terms in the summary  (sort  cookie manager)
*sigh*

Comment 4

[[e-mail]]

*** Bug 213102 has been marked as a duplicate of this bug. ***

Comment 5

[[e-mail]]

i just happened to fix this when i was implementing the new notifications in
cookiemgr. it'll be fixed with a UI patch i'm about to attach to 221185.

Comment 6

[Matus UHLAR - fantomas]

it just happened to me, with 1.6a build (2003120801 CET)
so I'm afraid this is not fixed.

Comment 7

[Matus UHLAR - fantomas]

Hmm Isn't this dupe of bug 210461? both problems happen in the same case 

Comment 8

[Michiel van Leeuwen (email: mvl+moz@)]

no, this is about resorting, that other bug is about resetting the scroll position.
(and bugs don't get automagicly fixed, so we know it is still broken)

Comment 9

[Matus UHLAR - fantomas]

I was just not sure if the resetting of scroll is not caused by re-sorting of
sites/cookies.

and Dan Witte in comment 5 was mentioning that it will be fixed in a patch which
was already posted

Comment 10

[Patrick]

*** Bug 236457 has been marked as a duplicate of this bug. ***

Comment 11

[Mike Connor [:mconnor]]

dwitte, did you in fact fix this? testing on a recent (post-1.7b) seamonkey
nightly doesn't exhibit this.  If not, I'm thinking WORKSFORME.  mvl? anyone?

Comment 12

[[e-mail]]

i can't recall fixing this yet... so maybe we could do some testing and wfm if
it seems okay.

reporter, can you test on 1.7b and let us know if it's fixed?

Comment 13

[Brian]

WFM on x86 Linux, 1.7b.

Comment 14

[Dan Mellem]

I'll try the latest nightly build. It looks like it works now with 1.7b
(2004010708) but it doesn't keep it's position in the list after deleting the
(perhaps that's a different bug?).

Comment 15

[Mike Connor [:mconnor]]

that'd be another bug, yes.  There's some weirdness in general with how we're 
handling selections that I need to poke thoroughly.

Resolving WORKSFORME, since we don't know what fixed it.