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)
Tracking
(Not tracked)
VERIFIED
FIXED
M14
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.
Reporter | ||
Comment 2•25 years ago
|
||
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.
Comment 4•25 years ago
|
||
Reporter | ||
Comment 8•25 years ago
|
||
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.
Comment 9•25 years ago
|
||
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].
Updated•25 years ago
|
Priority: P3 → P2
Target Milestone: M14
Comment 10•25 years ago
|
||
add the usual webshell trouble-makers to the cc list. any of you make changes to
URI loading, etc.?
Comment 11•25 years ago
|
||
Why does David have this bug?
Comment 12•25 years ago
|
||
Don't know. Any idea who should own this bug?
Comment 13•25 years ago
|
||
*** Bug 25893 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 14•25 years ago
|
||
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.....
Reporter | ||
Comment 15•25 years ago
|
||
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.
Assignee | ||
Comment 17•25 years ago
|
||
one more spam..fix checked in.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 18•25 years ago
|
||
I just verified that this fix solves the problem. Thanks Scott.
Status: RESOLVED → VERIFIED
Comment 19•25 years ago
|
||
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
Comment 20•25 years ago
|
||
<resolving>
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Reporter | ||
Comment 21•25 years ago
|
||
*** Bug 25913 has been marked as a duplicate of this bug. ***
Comment 22•25 years ago
|
||
*** Bug 25702 has been marked as a duplicate of this bug. ***
Comment 23•25 years ago
|
||
*** Bug 25806 has been marked as a duplicate of this bug. ***
Comment 24•25 years ago
|
||
All reported manifestations of this bug now work on 2000.01.31.14 Linux build,
including MailNews problems.
Comment 25•25 years ago
|
||
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.
Comment 26•25 years ago
|
||
*** Bug 25885 has been marked as a duplicate of this bug. ***
Comment 27•25 years ago
|
||
Verified fixed on 2.7.00 AM win/mac/linux builds.
Status: RESOLVED → VERIFIED
Comment 28•25 years ago
|
||
Changing component to XP Apps. (HTML Dialogs is going away.)
Component: HTML Dialogs → XPApps
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•