Closed Bug 187975 Opened 22 years ago Closed 20 years ago

Cookie confirm dialog box is cut off on right side (displayed incompletely)

Categories

(Core :: Networking: Cookies, defect)

x86
Windows 98
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: amrust, Assigned: mvl)

References

()

Details

Attachments

(8 files)

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/20030104
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/2003010408

When going to
http://bugzilla.mozilla.org/enter_bug.cgi?product=Browser&format=guided ,
prompted to enter login and password. Having Mozilla setr to have user confirm
cookie, dialog box displaying cookie info is displayed incompletely. Also
happens at http://www.sneakemail.com , after attempting login. Attachment provided.

Reproducible: Always

Steps to Reproduce:
1. Set browser to prompt user for cookie acceptance
2. Go to URL http://bugzilla.mozilla.org/enter_bug.cgi?product=Browser&format=guided
3. sign in with username
4. wait for cookie accept dialog
Actual Results:  
Accept cookie dialog is cut off on right-hand side

Expected Results:  
Displayed full dialog box

Using Modern Theme
Standard tabs (NOT tabbrowser extension)
Dialup ISP
No other PC problems
WFM, win2k, trunk build id 2003010808
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
This bug still alive with the current nightly build!

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030127
Does clicking twice on the "show details" button help? That should resize the
window.
Thomas, do you see this problem in other dialogs like Form manager, Password
manager? I suspect this might be related to your system font.
I originally reported the bug, and only problem I had was with the cookie 
accept dialog. Recall NO problems with Password Manager or other forms.
Tried with Mozilla and Phoenix builds 2003-01-27.
Only Mozilla had this problem. Phoenix seems to resize the dialogs just fine.
Using Pinball theme on both browsers.
Clicking the "Show details" button resizes the window correctly.
> ------- Additional Comment #5 From suresh@netscape.com  2003-01-28 11:48 -------
>
> Thomas, do you see this problem in other dialogs like Form manager, Password
> manager? I suspect this might be related to your system font.

No, I not see this problem in other dialogs... Only with the cookies prompt!
Should not have been resolved WFM on the basis of just comment 2.  Only the
reporter of a bug should mark it as such, unless they are not responding to
email and nobody else can reproduce.  Obviously, there are enough people
reporting it that it's legitimate.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
mvl: I'm not sure what's causing this, but here are a few possibilities...

Comparing cookieAcceptDialog.xul to other random .xul dialogs, I notice the
following differences:

http://lxr.mozilla.org/seamonkey/source/extensions/cookie/resources/content/cookieAcceptDialog.xul#43
currently> <dialog id="cookieAcceptDialog"
add?     > style="width: 30em;"
not sure if this matters, but should we have this anyway? it might force a line
wrap and fix your "long line" problem...?

http://lxr.mozilla.org/seamonkey/source/extensions/cookie/resources/content/cookieAcceptDialog.xul#56
currently>  <hbox>
replace? >  <hbox flex="1">
general comment: not sure exactly which hbox/vbox needs it... suspect the first
hbox and vbox, #56 (#57?) and #61 respectively.

http://lxr.mozilla.org/seamonkey/source/extensions/cookie/resources/content/cookieAcceptDialog.js#150
currently>  sizeToContent();
We could put a call to sizeToContent() in the onload() function, but that
doesn't sound good. I'd be more inclined to play with the flex and stuff above,
to try to get it to flow correctly first time :)

1.3b looks like it still has a few days to go, so might be worth sorting this
out soon...

btw, unrelated nit, there's a spelling error on:
http://lxr.mozilla.org/seamonkey/source/extensions/cookie/resources/content/cookieAcceptDialog.xul#69
and
http://lxr.mozilla.org/seamonkey/source/extensions/cookie/resources/content/cookieAcceptDialog.js#153
onChangePersitence() -> onChangePersistence().
> currently> <dialog id="cookieAcceptDialog"
> add?     > style="width: 30em;"
> not sure if this matters, but should we have this anyway? it might force a line
> wrap and fix your "long line" problem...?
Sizes should not be hard-coded into xul files. Also see bug 183700

> We could put a call to sizeToContent() in the onload() function, but that
> doesn't sound good. I'd be more inclined to play with the flex and stuff above,
> to try to get it to flow correctly first time :)
Maybe it will help. We are adding text in the onload function too.
Maybe this will work. Can anybody who can reproduce this bug try this patch? I
can't reproduce it.
->CONFIRMED (!)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Hmm. Tried with build 2003-01-28 on WinXP and the cookie window was properly
sized every time. With 2003-01-27 on W2K the window was cut off (see my comment #7).
I take this for now. But anyone who can reproduce is free to take it from me.
Status: NEW → ASSIGNED
Retry
Assignee: morse → mvl
Status: ASSIGNED → NEW
Reporter (or anyone else): Are you still seeing this problem with recent builds,
or was it actually fixed by something post 1/27 as per comment 14?
Still broken with Mozilla build 2003-01-30 on Windows 2000.
Maybe it has something to do with the OS, since I don't see this bug on WinXP.
Tried both XP styles and classic style..
still works for me on windows 2000, 2003-1-31 build.

can you guys try to create a new profile, and see if you can see the same dialog
problem using new user profile?
Right after it happened, I did create a new profile, and it didn't help
a thing.
I cannot duplicate this bug in new profile.
I have been getting the same problem even with the latest version:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210
I don't see this bug after creating a new profile. With my old profile the bug
always occurs. Mozilla 2003021208, Windows 2000.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210
Windows XP, SP1

See this in 1.3b, did not ever see it before (up to 1.3a). See attachments.

Regarding the question in comment 4, yes, clicking the Show/Hide button (just
once) will resize it properly. However, initially this bug hides the No button
no matter the width of the affected buggy confirm box.

Someone should mark OS:XP, as XP is the latest version of Windows this bug
affects. Will try w/ new profile to see if that will "fix" things up...
Notice the width of this confirm box is wider than the one in Attachment
#11469 [details] [diff], but it's cutting off part of Yes button and all of No button at exactly
the same area.
In comment 27, it should refer to attachment 114692 [details]. :)
*** Bug 193754 has been marked as a duplicate of this bug. ***
Mozilla 1.3b, Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b)
Gecko/20030210, Windows XP

I upgraded this box from Windows 2000 to XP after throwing a fresh 1.3b on 2000.
This bug showed in 2000 as well as XP (different machine from the one reported
in comment 25). 
Will this bug be fixed before 1.3 final, or is it considered too sporadic? I'm
using 1.2.1 now, and don't want to DL 1.3 final if this bug will still be present.
It won't be fixed until a dev can reproduce the bug, or someone who can
reproduce it tries the patch I posted before.
Attached image download progress box
The same thing is happening w/ the download progress box...
The problem has not appeared any more since several release. The cookies dialog
box is new! (->FIXED ?)

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030227
So the <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=187975#c33">bug
reported yesterday</a> is unrelated?

Someone that has still has the cookie dialog problem (anyone?) should try the <a
href="http://bugzilla.mozilla.org/attachment.cgi?id=112987&action=view">patch</a>
mentioned earlier.

Maybe it IS fixed...

Haven't tried it under Linux yet, but this just started happening to me also
when I upgraded to 1.3 from 1.2.1 under Win2000.  Doesn't happen with any other
dialogs, just the cookie accept one.  When I start the browser, the very first
cookie dialog is ok, and then all of the following ones are cut off on the left.
 Toggling details does resize it correctly in every case.
I'm seeing this with the cookie dialog in 1.3 under Linux/x86. It was
fine in 1.3b, but started playing up with the 1.3 release. Note that
it's intermittent. Most of the time it works fine, but occasionally
the dialog box gets truncated.
This will not be fixed until a developer can reproduce this. I surely can't. So
if you know how to apply patches, and see this bug, please try the suggested
patch. (It might not apply cleanly anymore, but the idea is that you add
SizeToContent() at the end of the onLoad function)
So we know it is broken for some people. Don't add comments that it is broken
for you too. We know it. Thanks.
as a followup note to mvl's comment, please note that it's not necessary to have
a build environment to test this patch - anyone who doesn't mind fiddling with
.jar files can test this.
Upgraded from 1.2.1 to 1.3 final last night (PC, Win98SE) and am experienceing
the same problem.
*** Bug 199431 has been marked as a duplicate of this bug. ***
Mozilla 1.4a, Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a)
Gecko/20030401, Windows XP build 2600.xpsp1.020828-1920

just tried out 1.4a & this annoying problem *finally* WFM. :D
Mozilla 1.4a
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030401

Bug seems to be fixed with this release. I see another window than before, this
window is not cut-off. 
Is anyone still experiencing this? If not, can we close this? :)
resolving WORKSFORME since I haven't seen any comments from the last year
confirming this behaviour.  If someone can still replicate this, please reopen.
Status: NEW → RESOLVED
Closed: 22 years ago20 years ago
QA Contact: tever → cookieqa
Resolution: --- → WORKSFORME
V:WFM, allplats
I've been spending more "quality time" w/ cookies on all plats, and I haven't
seen this.
Maybe some underlying stuff was flakey and finally fixed.
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: