227292 - Cookie confirmation dialog box shows no information

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Chuck Renaud]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031201 Firebird/0.7+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031201 Firebird/0.7+

I previously ran an October build (.zip, not Windows installer).  No problems
until I used the Windows installer to put down the 11/26 build.  From then on,
all cookie confirmation dialog boxes showed NO information.  I uninstalled and
reinstalled the 12/1 build with the same results.

The dialog box contains the following information:

Window title - "Confirm"

Checkbox with "Use my choice for all cookies from this site"

Buttons for "Hide Details", "Allow" and "Deny"

When I show details, I see the following lines:

Name:
Content:
Host:
Path:
Server Secure:
Expires:

That is ALL the text I see now.  There are no site- or cookie-specific details
actually included in the box anymore.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[Ali Ebrahim]

This is almost certainly an installer issue. I'm marking it as a dupe of the bug
that says that the Firebird installer is missing cookies.xpt. In the meantime,
you should try using one of the regular zip builds:

ftp://ftp.mozilla.org/pub/mozilla.org/firebird/nightly/latest-trunk/MozillaFirebird-win32.zip

The Firebird installer is still under development as is still not really 100%
stable.

*** This bug has been marked as a duplicate of 225724 ***

Comment 2

[alanjstr]

While it is a known difference, I would like it to be shown that it is
cookies.xpt.  If it does prove to be cookies.xpt, then this blocks bug 225724.

Comment 3

[Ali Ebrahim]

It is cookie.xpt that is causing the difference. Removing it from the regular
zip build causes this behaviour to occur.

Comment 4

[alanjstr]

Does putting it back into the Installer build fix it?

Comment 5

[Ali Ebrahim]

I don't know. I haven't tried adding to to the installer build. Removing it from
the normal build though causes the same behaviour as the reporter sees. I see no
reason why it wouldn't be the same the other way around.

I don't have a copy of the installer build installed, otherwise I would have
tested that. If you want, feel free to test it and comment on your findings and
update the bug as necessary.

Comment 6

[Bill Gianopoulos [:WG9s]]

I do not have this problem with the 12/02 nightly installer build.  This would
appear to be a dupe of bug 225698.

Comment 7

[alanjstr]

That was necko-cookie.xpt.  Chuck, can you verify?

Comment 8

[Bill Gianopoulos [:WG9s]]

The installer build always contained cookie.xpt so necko-cookie.xpt was all that
needed to be added.

Comment 9

[Mike Connor [:mconnor]]

resolving WFM.  if anyone can still replicate with a clean profile and current
build, please reopen