Closed Bug 25833 Opened 25 years ago Closed 25 years ago

[regression] Can't display more than one dialog per session

Categories

(SeaMonkey :: UI Design, defect, P2)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
Windows NT
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: morse, Assigned: mscott)

References

Details

It appears that you can no longer display more than one dialog per browser 
session.  On the second dialog, the browser either does nothing or it hangs.  A 
very simple test:

Select menu item tasks/wallet/show-cookies.  Cookie viewer comes up.
Close cookie viewer
Attempt to bring up the cookie viewer a second time.  Nothing happens.

Several bugs have been reported in the last couple of days having to do with the 
loss of network connectivity after using dialogs.  The problem appears to be 
more fundamental than network connectivity -- in the case of the cookie viewer 
there is no network connectivity involved.  We are losing something much more 
fundamental than that.
*** Bug 25710 has been marked as a duplicate of this bug. ***
See bug 21596 which talks about loss of network connectivity after using 
dialogs.  It looks like that bug is really a dup of this one except for one 
thing -- that bug has been around since Dec 13 whereas this one is a recent 
regression in the past couple of days.  So I won't mark that one as a dup of 
this one just yet.
*** Bug 25789 has been marked as a duplicate of this bug. ***
More candidates for duplicates: bug 25818, bug 25719, bug 25702.  CC to spitzer
and waterson, since we've been pondering whether this is all one bug.
*** Bug 25818 has been marked as a duplicate of this bug. ***
*** Bug 25719 has been marked as a duplicate of this bug. ***
*** Bug 25702 has been marked as a duplicate of this bug. ***
Thanks zach.  I just looked at those three reports and they definitely are all 
dups of this one.  So I marked them as such.  Each of those other reports deals 
with a second dialog in a particular case whereas this one says that any second 
dialog will not work.  So this is the more general case and I marked them all 
dups of this one rather than vice versa.
Keywords: dogfood
jband@netscape.com writes in n.p.m.builds:

There is a remaining brutal sharing bug that *might* be the culprit. See:
news://news.mozilla.org/389491C6.F6007906%40meer.net

I would expect you'd likely see JS errors involved if this is the
problem. But maybe not.

[The bug referenced there is bug 23346].
Priority: P3 → P2
Target Milestone: M14
add the usual webshell trouble-makers to the cc list. any of you make changes to 
URI loading, etc.?
Why does David have this bug?

Don't know. Any idea who should own this bug?
*** Bug 25893 has been marked as a duplicate of this bug. ***
I have a fix for this that's ready to get checked in. the xul memory cache was
disabled on my machine by accident when I was testing my doc loader whackage.....




The reason David has this bug is because I left the assigned-to field blank and 
filled in HTML dialogs as the component.  Apparently he's still listed as the 
owner of that module.
Re-assiginig to me
Assignee: davidm → mscott
one more spam..fix checked in.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I just verified that this fix solves the problem.  Thanks Scott.
Status: RESOLVED → VERIFIED
Wow...you folks are fast!

QA, however, is a little bit slower ;), and I'm re-opening this bug so that it 
can be verified on an optimized build.
Status: VERIFIED → REOPENED
<resolving>
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
*** Bug 25913 has been marked as a duplicate of this bug. ***
*** Bug 25702 has been marked as a duplicate of this bug. ***
*** Bug 25806 has been marked as a duplicate of this bug. ***
All reported manifestations of this bug now work on 2000.01.31.14 Linux build,
including MailNews problems.
Correction: the autofill dialog is still a problem, as described in bug 21596.  

To reproduce:
1. have advanced pref "Prefill usernames and passwords" turned on.  
2. go to http://dmoz.org/  Click on "Editor Login".  
3. Enter "test" as UID and Passwd, click enter.  

Then problems described in bug 21596 happen: pages don't redraw, clicking on
links in browser page has no effect, menus don't draw until mouse over menu area
etc.  Similarly, mailnews is still busted if single signon is on.  No
problems--as far as I can tell--if single signon is turned off.
*** Bug 25885 has been marked as a duplicate of this bug. ***
Verified fixed on 2.7.00 AM win/mac/linux builds.
Status: RESOLVED → VERIFIED
Changing component to XP Apps. (HTML Dialogs is going away.)
Component: HTML Dialogs → XPApps
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.