Closed Bug 3684 Opened 26 years ago Closed 25 years ago

Viewing a page that requires a password gives bad UI

Categories

(SeaMonkey :: UI Design, defect, P1)

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: cpratt, Assigned: davidm)

References

()

Details

If you visit the above URL, the browser will draw what appears to be a password entry dialog box over the regular browser window. Neither that window nor the original browser window are then refreshed, and you can't enter a user name or password either there, or in the DOS window. Happens with apprunner, 12 March build. Additionally, clicking on either window's Close box closes all windows and quits apprunner.
Assignee: don → davidm
Summary: Viewing a page that requires a password gives bad UI → Viewing a page that requires a password gives bad UI
Target Milestone: M3
Re-assigned to davidm@netscape.com, changed component to XPApps and target milestone to M3. David, this will be fixed by the client auth stuff you, rpotts, and spence are working on, right?
Component: Apprunner → XPApps
Priority: P3 → P1
QA Contact: 3853 → 3849
*** Bug 3707 has been marked as a duplicate of this bug. ***
QA Contact: 3849 → 4137
assigning Christopher as QA contact
Target Milestone: M3 → M4
Changed target milestone to M4. Move this to M4 until we know spence has delivered the netlib changes.
*** Bug 4136 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
assign so I stop getting spam
Target Milestone: M4 → M5
not going to make m4. moving to m5.
*** Bug 3685 has been marked as a duplicate of this bug. ***
*** Bug 3781 has been marked as a duplicate of this bug. ***
*** Bug 3686 has been marked as a duplicate of this bug. ***
Target Milestone: M5 → M6
David still has to hack around netlib for this to work in Windows and Linux. We're not going to solve this for M5. Moving to M6.
Just to be clear the problem is that not so much in netlib as in our cross thread communications method (PLEvents). You can't block when handling the PLEvent which tells you to bring up the window since netlib is going to be sending a bunch of important events which you don't want queueing up behind your event. My current plan to from the PLEvent to spin off a timerevent and have the timer event actually put up the dialog. Not exactly elegant and perhaps someone should investigate better ways of doing cross thread communications.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
fix checked in. Tested on win,linux and mac by loggin on to parp.
Whiteboard: apprunner can't / won't connect to parp.mcom.com
although I can ping parp.mcom.com, I can't get apprunner to connect to it. what am I doing wrong? thanks!
I think Parp is down. Feel free to use any other site. I just had a know password for that site.
Status: RESOLVED → VERIFIED
Whiteboard: apprunner can't / won't connect to parp.mcom.com
hm. well, it mostly works save for cosmetic issues. i'm going to mark this one as verified fixed & open new ones for any remaining issues.
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.