Closed
Bug 12994
Opened 25 years ago
Closed 25 years ago
[DOGFOOD] [PP] Msg Compose crash when closing the window if the focus is into one of the recipient fields
Categories
(MailNews Core :: Composition, defect, P2)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
M12
People
(Reporter: bugzilla, Assigned: danm.moz)
References
Details
(Whiteboard: [PDT+][PR1][Perf] sched 21 Nov)
Step:
1) start apprunner
2) select file/new/mail message
3) click into the "to" edit field
4) close the compose window (closebox)
5) crash...
This appends only on Mac and only if the cursor is into a recipient field which
is part of a tree widget.
Reporter | ||
Updated•25 years ago
|
Component: XP Toolkit/Widgets → Composition
Product: Browser → MailNews
Reporter | ||
Updated•25 years ago
|
QA Contact: phillip → lchiang
Comment 3•25 years ago
|
||
I can't even get this window to come up on Mac,using 9/2 opt build.
I can duplicate this problem on MacOS 1999-09-02-08-m10 build on a G3 machine.
I crash right when I try to close the window with my caret in the address field.
It does not appear to crash if my caret is in the compose subject line or
message body.
Note: previously 8/30 build, the compose window took an extremely long time to
come up on a non-G3 Mac. Maybe this is what Peter Trudelle is running into?
Comment 5•25 years ago
|
||
I don't think so, I expected abysmal performance, so I gave it a minute between
menu selections. There was no apparent activity, and the app was still
responding to other events after the menu selection.
I think this needs to be fixed for PR1, so I added a note to the Status
Whiteboard.
Updated•25 years ago
|
Assignee: trudelle → danm
Priority: P3 → P2
Target Milestone: M12
Comment 7•25 years ago
|
||
Finally able to reproduce this, in today's opt build. Looks like the destructor
for nsBaseWidget is going off into the weeds. reassigning to danm as p2 for m11
Summary: [PP] Msg Compose crash when closing the window if the focus is into one of the recipient fields → [DOGFOOD] [PP] Msg Compose crash when closing the window if the focus is into one of the recipient fields
Comment 10•25 years ago
|
||
I am recommending this bug for Dogfood review by PDT team.
Comment 11•25 years ago
|
||
Putting on [PDT+] radar, it's in!
Comment 12•25 years ago
|
||
mass-moving all m12 bugs to m13
Updated•25 years ago
|
Target Milestone: M13 → M12
Comment 13•25 years ago
|
||
moving this one back to M12
Status: NEW → ASSIGNED
Whiteboard: [PDT+][PR1][Perf] → [PDT+][PR1][Perf] sched 21 Nov
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Comment 14•25 years ago
|
||
fyi,
In the recent M11 Mac commercial build 1999-11-15 build, I was not able to
reproduce the problem.
I will re-test with a M12 build before verifying bug. Thanks :)
Reporter | ||
Comment 15•25 years ago
|
||
be carrefull, this bug is moving, the step for reproducing it change almost every day.
Comment 16•25 years ago
|
||
Thanks for the heads up. I will try different steps to reproduce this problem.
:)
Reporter | ||
Comment 17•25 years ago
|
||
oops, ignore my last comment, I was speaking for bug 17937 which you can
reproduce in all platform and not this one.
Comment 18•25 years ago
|
||
Verified as fixed on Mac commercial seamonkey build using the following build
ftp://sweetlou/products/client/seamonkey/macos/8.x/ppc/1999-12-02-12-M12/netscap
e5-mac-M12.sea.bin
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•