Using 2000-07-06-09 commercial build on NT 1. Read mail message containing application/msword attachment 2 [details] [diff] [review]. Use menu to select attachment 3 [details] [diff] [review]. Get open/save dialog, choose open, ok 4. Get dialog asking to save (this is a separate bug, already filed) 5. Type name in Save File dialog box, ok 6. Boom Stack trace coming up
Phil, what kind of attachment were you trying to open? (text, .eml, .doc, etc)
Ahh okay. I crash using the release build but not on my debug build. That's because I have a fix for Bug #43661 in my tree. With that fix, you don't get the 2nd save as dialog because we properly detect the association between .doc and msword so the document is really opened. If that bug gets plussed then this crash will be fixed in the common case. Some investigation is still needed because I'm sure we could reproduce the crash with an attahcment that has some whacking content type that the OS doesn't know how to handle so it throws up another save as dialog. re-assigning to me.
Assignee: rhp → mscott
Scott, fyi, I've been testing today win & mac commercial builds 2000-070709-m17, I haven't been able to reproduce the crash on NT 4.0. When I try to open a .doc document, it says it loading the file but fails to spawn/launch the Word 97 application. On Win98, it successfully launches the document in Word 2000. On Mac, when I get the second dialog to save the attachment, I click on the save button but nothing get saved.
Putting on [nsbeta2+] radar for beta2 fix.
I believe my fix for 43661 (which was checked in on Friday) minimizes the frequency of this crash. We should only see it now when you try to open an attachment with a content type your OS does not know how to handle. This is less common then before the fix for 43661. I still need to come up with a fix for this scenario to prevent you from seeing the second save as dialog. Estimated fix date: 7/20
Whiteboard: [nsbeta2+] → [nsbeta2+] Est. 7/20
Since I have this fixed for the most common cases I would not pull the beta off the wire for this. I'm going to nominate it for a nsbeta2-.
per my comments above and the mailnews beta2 triage meeting we just had, marking nsbeta2-.
Whiteboard: [nsbeta2+] Est. 7/20 → [nsbeta2-] Est. 7/20
Target Milestone: M17 → M18
removing "Est. 7/20" from status whiteboard since it's old status + per mail triage. Perhaps tied into bug 43574?
Whiteboard: [nsbeta2-] Est. 7/20 → [nsbeta3+][nsbeta2-]
P1 per mail triage. Peter, you are able to see this crash in m18 when you try to open an attachment with a content type your OS does not know how to handle, as Scott says?
Priority: P3 → P1
I tried todays win32, macos, and linux builds. Per mscott suggestions, I tried saving an attachment that content type is unknown by the operating system but I could not reproduce the crash. I renamed my test file from flash.xpi (associated with winzip) to flash.xpp. The file was sent from Communicator 4.74 with the type of "application/octet-stream;". I could not reproduce the crash. :(
I think this got marked with too high of a priority. The content types that we know nothing about (not evening the OS knows about them) aren't many. I have bigger fish to fry. Moving priority back to P3.
second pass: - per mail triage
Summary: Crash opening attachment → Crash opening attachment w/unknown content types
Whiteboard: [nsbeta3+][nsbeta2-] → [nsbeta3-][cut 8/29][nsbeta2-]
sorry for the extra email. Removing mail2 keyword.
Whiteboard: [nsbeta3-][cut 8/29][nsbeta2-] → [nsbeta3-][cut 8/29][nsbeta2-] relnote-user
*** Bug 58862 has been marked as a duplicate of this bug. ***
My bug got marked dup of this. I was on a consumer win98 machine that had MS Works pre-installed instead of MS Word. Not sure why the association failed, when I open these in wordpad it can display them so it seems like my machine should have done _something_ with it. Adding kmurray to the cc. Kevin, how likely is it that a large number of win98 users will have a configuration similar to mine? How often to non-corporate users mail doc files around?
We'd actually have to ping some PC OEMs to see what they're average config was 3 years ago. The closest thing we can do *now* is to see if Chrisn has any info on config on the research site. cc:ing Chrisn.
Assign it to myself.
QA Contact: pmock → fenella
QA Contact: fenella → esther
No crash with build 2001030904 on win95. Boris Zbarsky sent me a mail with a bogus content type. I clicked on the attachment drop-down. I clicked on the name of the file. A dialog pops up with "Open using" or "Save to Disk". A) Select "Open Using" and hit OK. Results : The file is saved in some temp dir, then nothing happens B) Select "Open Using" and choose any program, then hit OK. Results : The file is correctly opened in the application (even if it can't read it). Is there are bug for case A) yet? In any case, no crash however much I try to mess with this.
I've re-written how we open and save attachements in the current version of mozilla. I'm pretty sure this crash has been fixed through that re-write. Let me know if someone can still reproduce this.
Caused similar problem on build 2001092408 (opened email with attached word document). Crashes both release 0.9.4 and the nightly listed above on Linux. Talkbacks for 2001092408: TB35810750W, TB35810091Q
I'm going to re-mark this as fixed. This hasn't showed up again in any recent talkback reports. I even searched for reports filed by Guy Hutchinson and turned up nothing for this particular crash.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
removed item for this fixed bug from release notes.
Whiteboard: [nsbeta3-][cut 8/29][nsbeta2-] relnote-user → [nsbeta3-][cut 8/29][nsbeta2-] relnote-userCrescendo 5.01
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.