Closed Bug 41264 Opened 24 years ago Closed 19 years ago

Exit on application should fail when HTML dialog is up

Categories

(MailNews Core :: Composition, defect, P3)

All
Windows NT
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: fenella, Assigned: sspitzer)

Details

(Whiteboard: [nsbeta3-])

Linux (2000-06-01-08 M16)
Win32 (2000-06-01-09 M16)
1. Launch Messenger
2. Select a newsgroup
3. click New Msg and compose a HTML rich text news message
4. click on Send. Upon Send, the HTML dialog pops up
5. Close the Messenger using File->Close or (X) widget
Actual result: Messenger is closed
Expected result: It should not close because HTML dialog is still up. (Nova does 
not allow me to close Messenger when HTML dialog is still up)

This occurs on Win32 and Linux.
It does not occur on Mac
Fenella - does the HTML remain up after Messenger is closed or does it also go away?
QA Contact: lchiang → fenella
Summary: Exit on application does not fail when HTML dialog is up → Exit on application should fail when HTML dialog is up
The HTML dialog remains up when Messenger is closed.
And then what happens when you close that remaining dlg?  Do you get a crash?
No. No crash.
nominating for beta2 as potential data loss.  In fact we shouldn't ever really
close the compose window without asking the user to save it.  I'm not sure if
this is possible currently.
Keywords: nsbeta2
Target Milestone: --- → M17
Apparently it is possible since we ask to save the message if it hasn't been 
sent on exiting. The dialog is modal. Are you still seeing this? When I did 
this, I got asked if I wanted to save the message and when I said no everything 
went away.  Perhaps in this case it should ask if we want to send the message.  
Since there's no data loss, I'm removing the nsbeta2 nomination.
Keywords: nsbeta2
Accepting
Status: NEW → ASSIGNED
Moving to M18 and nominating for beta3.
Keywords: nsbeta3
Target Milestone: M17 → M18
Keywords: correctness
What's the current behavior?  Does it behave acceptably if we don't fix anything?
Keywords: mail2
- per mail triage
Whiteboard: [nsbeta3-]
Target Milestone: M18 → Future
Reassigning bugs to varada
Assignee: ducarroz → varada
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
removing mail2 keyword.
Keywords: mail2
QA Contact: fenella → esther
taking all of varada's bugs.
Assignee: varada → sspitzer
Status: ASSIGNED → NEW
Product: MailNews → Core
(In reply to comment #9)
> What's the current behavior?  Does it behave acceptably if we don't fix
> anything?

The current behavior under Windows -- Moz 1.8b-0120, TB 1.0+0302 -- is that both 
the prompt and the compose window remain open, but the rest of the application 
closes.  That seems reasonable to me.  =>WFM

Reopen if this is a problem under Mac, *nix or other platforms.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.