Closed Bug 54398 Opened 25 years ago Closed 25 years ago

security dialogue freezes browser - dlg is sized too small, can't resiz

Categories

(Core Graveyard :: Security: UI, defect, P3)

Product:
Core Graveyard
Component:
Security: UI
Version:
1.0 Branch
Platform:
PowerPC
All
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 55838

People

(Reporter: tracy, Assigned: javi)

References

(
URL
)

Details

(Keywords: crash, Whiteboard: [rtm-] Can be fixed by 55838?)

seen on mac branch build 2000-09-27-11-MN6 attempt to log in on smoketest b.23 brings up warning dialogue which you can not click okay to because the dialogue box is sized too small. this leaves you stuck in the dialogue.
->Crypto
Assignee: mstoltz → ddrinan
Component: Security: General → Security: Crypto
QA Contact: czhang → junruh
The actual url is listed above. I saw this on Tracy's Mac, but I cannot reproduce it with the 092711 MN6 build. What I saw on his machine was the dialog "Any information you submit is insecure..." but the OK button was below the bottom of the window, and thus could not be clicked on. The only way out was to force quit.
URL: http://www.mozilla.org/quality/browse...
so, this is not reproducible? Could this be related to the bug on the Mac where the security dialogs are displayed blank? The bug is assigned to javi.
Mac branch build 2000-09-28-12-MN6 this is still present in classic skin. Note: modern skin works fine
Adding crash keyword. When this happens, the only way out is to force quit.
Keywords: crash, nsbeta3, relnote3
mac comm trunk build 2000-10-02-11-M18 works fine in classic and modern skin
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
seeing on mac commercial trunk build 2000-10-03-10-M18 reopening
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Assigning to Javi.
Assignee: ddrinan → javi
Status: REOPENED → NEW
tracy - branch builds ok?
Whiteboard: trunk only
No, branch is not okay! I saw this on mac branch build 2000-10-03-12-MN6
Nominating for rtm. Removing trunk only from Status Whiteboard.
Keywords: rtm
Whiteboard: trunk only
did not see this on either branch 2000-10-10-10-MN6 or trunk 2000-10-10-11-Mtrunk.....but it seems the fix was to remove the warning dialogue altogether.... is this a permanent or temporary fix?
Could it be that you had checked the box in the warning dlg not to present itself again? (I'm assuming there is such a check box :-) ) junruh - can you confirm this is ok for you also and we can close this out?
This is still happening with the Mac Classic commercial branch 101008 build. Just delete your prefs.js file, and restart the browser. Go to https://junruh/mix.html and click on the "Normal Button" to see this. Since the OK button is out of view, you are now stuck.
javi - any update to this bug? Are you the right owner? I'm trying to make sure bugs have the right owner as we get closer to rtm.
Summary: security dialogue freezes browser → security dialogue freezes browser - dlg is sized too small, can't resiz
I think a fix for a different bug will fix this. I'm the right person for this and I don't have time to look into it. Re-assigning to ddrinan to see if his work on some his bugs fixes this as well.
Assignee: javi → ddrinan
I must have accidently clicked to don't show yesterday. today this bug is seen on mac build 2000-10-11-09-M18(actually Mtrunk)
because clicking on "add to shopping cart" brings up this dialogue, which hangs the browser, this bug prevents the user from adding items to their shopping cart at a sight like amazon.com making it impossible to order products using Netscape.
OS: All
Any updates to this bug?
I didn't see this on todays build. but I haven't seen anything going on with the bug so I am waiting to reconfirm that it is truly fixed with tomorrows build.
rtm- on the assumption it's getting closed WFM.
Whiteboard: [rtm-]
It works-fo-me for Modern and classic in English (American). I turned off my security setting and I see dialogs for going from ssl to non-ssl (two dialogs) going from non-ssl to ssl (one dialog) and all the dialogs looked okay
This is still happening with the Mac Classic commercial trunk 102004 build. Just delete your prefs.js file, and restart the browser. Go to https://junruh/mix.html and click on the "Normal Button" to see this. Since the OK button is out of view, you are now stuck.
OK, this is Mac specific, so please report all results showing which Mac build you used. Moving to [rtm need info] and hoping it can make it.
Whiteboard: [rtm-] → [rtm need info]
Still happening with the Mac commmercial branch 10/23 build. Just delete your prefs.js file, and restart the browser. Go to https://junruh/mix.html and click on the "Normal Button" to see this. Since the OK button is out of view, you are now stuck. removing rtm need info
Whiteboard: [rtm need info]
John, did you remove [rtm need info] because you don't think this bug should be worked on? ([rtm need info] is the indicator that the fix is desired.) _Is_ this bug being worked on?
Fix is desired. Replacing [rtm need info]
Whiteboard: [rtm need info]
MAC bug. Assigning to Javi.
Assignee: ddrinan → javi
I think hangas has just fixed this under a separate bug report. cc: hangas. bug 55838
using the smoketest method for checking this it looks good on Mac build 2000-10-24-04-Mtrunk in classic skin. Modern has always been okay.
Verified with the Mac commercial trunk 102404 build. Adding vbranch keyword.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Keywords: vbranch
Resolution: --- → FIXED
Still busted in the Mac 10/24 branch build.
confirmed that this is still broken on the branch build: mac 2000-10-24-08-MN6 reopening
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Yes, Paul has a fix for this which he checked in the 10/24 trunk builds. Once we've done 24 hours of testing to ensure no regressions to other dlgs, he'll check the fix into the branch.
Yet another side-effect of bug 55838
Depends on: 55838
Whiteboard: [rtm need info] → [rtm need info] Can be fixed by 55838?
-> [rtm-]
Whiteboard: [rtm need info] Can be fixed by 55838? → [rtm-] Can be fixed by 55838?
Why did this go to rtm-?
Fix for 55838 is now in the branch. This should be fixed too now :)
Then it should be marked "FIXED", not rtm-. :P
junruh - once you confirm this is fixed in Wed's branch builds, pls just mark this a duplicate of 55838. Thanks.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
fixed in Wed's branch build *** This bug has been marked as a duplicate of 55838 ***
Verified.
Status: RESOLVED → VERIFIED
Keywords: vbranch
Mass changing Security:Crypto to PSM
Component: Security: Crypto → Client Library
Product: Browser → PSM
Version: other → 2.1
Mass changing Security:Crypto to PSM
Product: PSM → Core
Version: psm2.1 → 1.0 Branch
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.