Closed Bug 227019 Opened 21 years ago Closed 20 years ago

Cookie Manager: Cookie Sites is an empty list when CM started from Eye Icon "Show Cookie Information"

Categories

(SeaMonkey :: UI Design, defect)

x86
All
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: uhaas, Assigned: darin.moz)

References

()

Details

(Keywords: regression)

Attachments

(1 file)

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

If you start cookie manager from the UI's Eye Icon, then select Cookie Manager,
pressing the "Cookie Sites" tab will result in an empty list. However, selecting
Tools -> Cookie Manager -> Manage Stored Cookies and selecting the "Cookie
Sites" tab show correct behavior.

Is something not being initialized correctly?

Reproducible: Always

Steps to Reproduce:
1. Visit a site that stores a cookie, like the URL in this bug
2. Click the Eye Icon, "Show Cookie Information", usually in the bottom right
corner of the UI
3. When the Cookie Notification modal dialog appers, click "View Cookie Manager".
4. Click the "Cookie Sites" tab, the list will be empty.

Actual Results:  
The scrolled list will have no entries.

Expected Results:  
The scrolled list should show all sites that are permenantly blocked.

Since the menu option to start cookie manager shows correct results, it looks
like an (un)initialization error.
Confirmed Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6a) Gecko/20031029

This shouldn't be in cookies, since it's only the GUI that's messing up... 
-> XP Apps: GUI features

Someone want to check on a Mac and change the hardware to All?
Severity: normal → minor
Status: UNCONFIRMED → NEW
Component: Cookies → XP Apps: GUI Features
Ever confirmed: true
OS: Windows 2000 → All
Neil, this might be a fallout from your patch for bug 182359.

Looks like
http://lxr.mozilla.org/mozilla/source/extensions/cookie/resources/content/cookieTasksOverlay.xul
needs to be update to pass in the right type.
No, this is a fallout from bug 220067 - unfortunately the icon dialog tries to
sort the (numeric) status column case insensitively :-(
Keywords: regression
Attached patch Possible patchSplinter Review
By making status a string earlier, we can insensitively sort it (pun intended).
Using release of Mozilla 1.6 on Win 98SE...

Even in the official Mozilla 1.6 release (January 15, 2004), this bug persists.
Will this bug be fixed in time for Mozilla 1.7 (or a nightly subsequent to the
1.6 release)? Is the possible patch posted by Neil proven? If so, how do I
install it?
Attachment #137176 - Flags: superreview?(darin)
Attachment #137176 - Flags: review?(dwitte)
Blocks: 231711
Comment on attachment 137176 [details] [diff] [review]
Possible patch

sr=darin
Attachment #137176 - Flags: superreview?(darin) → superreview+
I got the patch to work. Thanks Neil.

The patch doesn't seem to have been implemented in build 2004.01.25. I have had
to re-use the patch file and repack it in the comm.jar file.
*** Bug 231071 has been marked as a duplicate of this bug. ***
Attachment #137176 - Flags: review?(dwitte) → review+
Fix checked in.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
*** Bug 237491 has been marked as a duplicate of this bug. ***
*** Bug 237881 has been marked as a duplicate of this bug. ***
*** Bug 239601 has been marked as a duplicate of this bug. ***
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: