Closed Bug 88387 Opened 23 years ago Closed 23 years ago

can't remove sites from cookies sites list

Categories

(Core :: Networking: Cookies, defect)

x86
Windows NT
defect
Not set
major

Tracking

()

VERIFIED DUPLICATE of bug 92444

People

(Reporter: anarcat+register, Assigned: morse)

Details

(Keywords: testcase)

Attachments

(1 file)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.1+) Gecko/20010618
BuildID:    2001061804

In the cookies manager, the "cookies sites" tab, I cannot remove the sites
listed there.

Actually, the buttons "remove" and "remove all" *seems* to work (ie. the  item
is removed or the list emptied) *but*, when I open it again, all the sites are
still there.

Reproducible: Always
Steps to Reproduce:
1.remember cookies settings from a site
2.open the cookies sites manager
3.remove one, many or all of the cookies sites there
4.close the manager
5.open it up again to see the list all there

Actual Results:  Cookies sites still live.

Expected Results:  Cookies sites should DIE.

I originally noticed the problem on 0.9.1, and confirmed it on a later nightly
build.
Anarcat, keep in mind that you must hit the OK button in order for your changes
to take effect. Just closing the window or hitting cancel will, in effect,
cancel your changes.

Please test this again hitting the OK button after making your changes.
I swear I *did* clicked the OK button.

[Workaround]
I tried removing the big cookperm.txt file I had here, and it effectively
emptied the list. 

Now, I can remove whatever cookie sites I put in there, oddly enough. I will try
again when I will have enough entries in the list. The only problem is that each
time I test this, the list empties itself. ;)
Ok. I just tried a test dry run here at home with 2001061804, and
having just a single cookie site in the list, I could remove it using
remove or remove all.

So I could not reproduce the bug on Win98/2001061804. And not on
2001062815/WinNT either.

The thing is that my other test case featured a pretty big list of
cookies sites... Maybe that's related?

And yes, I swear I tried "OK" and not cancel. I mean, come on... :)

Ok, if you can reproduce again, please post some new "steps to reproduce." If
not, I'll go ahead and resolve this bug.
marking worksforme. (wfm with win2k build 20010715..
We can't reproduce this :-(
Reporter: Please open a new bug if you see this again.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
vrfy. I've been able to delete stuff out of my list of hundreds of sites...
Status: RESOLVED → VERIFIED
I have been able to reproduce a similar behavior in the image site list. See bug
92449. 

Replacing the 1s by 0s in the cookperm.txt file leads to a similar bug. Clicking
"remove all" makes an incremental phenomenon where the sidebar scroller gets
bigger and bigger while the "remove all" button is pushed down and the sidebar
finally disappears when the "remove all" button gets back to normal. After
clicking OK, returning to the manager (cookies site manager) gives a
non-empty-yet-incomplete list. See attach.

I hope this will be enough to confirm this bug. Try the attachement of bug 92449
and replace all 1s by 0s, reload moz and see what happens. :)
Status: VERIFIED → UNCONFIRMED
Resolution: WORKSFORME → ---
Wow... That second paragraph didn't make much sense. Let's see:

> ...gets back to normal. 

The list now seems empty.

> After
> clicking OK, returning to the manager (cookies site manager) gives a
> non-empty-yet-incomplete list. See attach.

Yes. That's about right. When reloading the manager, there is still a list,
cookies seems to have been removed, but not all. Also, when the cookie sites
left are simply *unremovable*.
Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: testcase
The reason you saw the problem sometimes and not other times depends on whether 
or not you also had a list of images that were being blocked.  In any case, it's 
a dup and there's already a patch available to fix it.  Will get checked in just 
as soon as the tree reopens again.

*** This bug has been marked as a duplicate of 92444 ***
Status: NEW → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
V/dupe.
QA Contact: tever → benc
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: