bug tracking feature in Summary.
This needs to be fixed for PR1, so I added a note to the Status Whiteboard.
Triage to M11
We few steps away. Save attachments is pretty much done. I still could not find who is doing application registration work.
I just landed the save attachments work. We are just a few steps a way. We just need to locate the right program and then launch the program with the temporary saved attachment.
(target milestone is M11 or M12 - add to mail beta tracking bug)
This needs to wait until the Necko team finishs URL dispatching and helper application registration stuff.
M12 more likely....
*** Bug 22804 has been marked as a duplicate of this bug. ***
*** Bug 26200 has been marked as a duplicate of this bug. ***
should this be nominated for beta1 per sol's earlier comments?
As long as we have save attachment, I think we can live without open attachment. Would love to have this for beta1, but not a stopper. Therefore, I'm removing the beta1 keyword (and [PR1] from the Status Whiteboard.
Jeff, please add the necko blocking bug to the "depends on" list for this bug. What is their estimate for when they will unblock you? Is it making beta 2?
Syncing priority with marketing. Moving to P2 to connote "In" for beta2.
Partial fix checked in. New openSaveAttachment.xul & openSaveAttachment.js added.
More checkins to pass along attachment part and content type when calling DisplayMessage(). Hand over to mscott for the rest of nsURILoader work.
This needs to be on nsbeta2 list. Marking keyword "nsbeta2" so we can get a complete list of items.
Putting on [nsbeta2+] radar for beta2 fix.
Setting ETA based on what we talked about earlier of 1-1.5 weeks from now.
Adding Exception Feature info.
M16 has been out for a while now, these bugs target milestones need to be updated.
accepting. I'm starting to tackle this right now. Hopefully I'll have it done by the morning or tomorrow afternoon.
This feature has been checked in and is working. You should be able to open attachments on pop and imap. There are several caveats: 1) If the content type of the attachment is something the browser can handle, it shold work on all platforms. 2) if the attachment is something like pdf, it doesn't work because of Bug #43075. 3) On windows, opening attachments with content types that require helper applications like excel, real audio etc. work 4) on mac we don't use internet config yet to figure out which helper app to open so it won't work there: Bug #43585. See the comments in the helper application bug #38374 for more information about how to expect helper apps and open attachment to work. Note: Seamonkey doesn't set the content type on attachments correctly if the content type isn't a basic (.html, .gif, etc) content type. This means when we try to open it using seamonkey, we won't be able to find the right application to handle it. This is filed as Bug #43574
Verified as fixed on Win32, Linux, and Mac using the following builds Win32 commercial seamonkey build 2000-062509-m17 installed on PIII Win98 Linux commercial seamonkey build 2000-062509-m17 installed on PII RedHat 6.1 MacOS commercial seamonkey build 2000-062508-m17 installed on G3/400 OS 9.04 As per mscott described: - I confirmed that if the content type of the attachment is something the browser can handle such as gif, jpeg, png, and html will open a separate browser window. .TXT file will display in the message pane only - On windows, I find that trying to open attachments that require helper applications such as excel or word documents does NOT work. - On Mac and Linux, I can open open attachments that the browser can handle internally (gif, jpeg, etc). Mscott has filed the appropriate bugs. Verified as fixed. Good Work MacDaddy.