Closed
Bug 88387
Opened 24 years ago
Closed 24 years ago
can't remove sites from cookies sites list
Categories
(Core :: Networking: Cookies, defect)
Tracking
()
People
(Reporter: anarcat+register, Assigned: morse)
Details
(Keywords: testcase)
Attachments
(1 file)
|
12.23 KB,
image/png
|
Details |
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.
| Reporter | ||
Comment 2•24 years ago
|
||
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. ;)
| Reporter | ||
Comment 3•24 years ago
|
||
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.
Comment 5•24 years ago
|
||
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: 24 years ago
Resolution: --- → WORKSFORME
vrfy. I've been able to delete stuff out of my list of hundreds of sites...
Status: RESOLVED → VERIFIED
| Reporter | ||
Comment 7•24 years ago
|
||
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 → ---
| Reporter | ||
Comment 8•24 years ago
|
||
| Reporter | ||
Comment 9•24 years ago
|
||
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*.
Comment 10•24 years ago
|
||
Marking NEW.
| Assignee | ||
Comment 11•24 years ago
|
||
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: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•