Closed
Bug 10802
Opened 26 years ago
Closed 25 years ago
[FEATURE] Open Attachment
Categories
(MailNews Core :: Backend, defect, P2)
MailNews Core
Backend
Tracking
(Not tracked)
VERIFIED
FIXED
M16
People
(Reporter: scottputterman, Assigned: mscott)
References
Details
(Whiteboard: [nsbeta2+]Exception Feature - ETA 6/19)
bug tracking feature in Summary.
This needs to be fixed for PR1, so I added a note to the Status Whiteboard.
Comment 2•26 years ago
|
||
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.
Whiteboard: [PR1] → [PR1] Waiting for necko's url dispatching and helper app registration work
This needs to wait until the Necko team finishs URL dispatching and helper
application registration stuff.
Updated•25 years ago
|
Target Milestone: M12 → M13
Comment 10•25 years ago
|
||
*** Bug 26200 has been marked as a duplicate of this bug. ***
Comment 11•25 years ago
|
||
should this be nominated for beta1 per sol's earlier comments?
Keywords: beta1
Comment 12•25 years ago
|
||
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.
Keywords: beta1
Whiteboard: [PR1] Waiting for necko's url dispatching and helper app registration work → Waiting for necko's url dispatching and helper app registration work
Whiteboard: Waiting for necko's url dispatching and helper app registration work → ETA ??? - depends on necko mime registration component
Comment 13•25 years ago
|
||
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?
Comment 14•25 years ago
|
||
Syncing priority with marketing. Moving to P2 to connote "In" for beta2.
Priority: P3 → P2
Comment 15•25 years ago
|
||
Partial fix checked in. New openSaveAttachment.xul & openSaveAttachment.js
added.
Comment 16•25 years ago
|
||
More checkins to pass along attachment part and content type when calling
DisplayMessage(). Hand over to mscott for the rest of nsURILoader work.
Assignee: jefft → mscott
Status: ASSIGNED → NEW
Whiteboard: ETA ??? - depends on necko mime registration component
Comment 17•25 years ago
|
||
This needs to be on nsbeta2 list. Marking keyword "nsbeta2" so we can get a
complete list of items.
Severity: normal → major
Keywords: nsbeta2
Reporter | ||
Comment 19•25 years ago
|
||
Setting ETA based on what we talked about earlier of 1-1.5 weeks from now.
Whiteboard: [nsbeta2+] → [nsbeta2+] ETA 6/19
Comment 20•25 years ago
|
||
Comment 21•25 years ago
|
||
Adding Exception Feature info.
Whiteboard: [nsbeta2+] ETA 6/19 → [nsbeta2+]Exception Feature - ETA 6/19
Comment 22•25 years ago
|
||
M16 has been out for a while now, these bugs target milestones need to be
updated.
Assignee | ||
Comment 23•25 years ago
|
||
accepting. I'm starting to tackle this right now. Hopefully I'll have it done by
the morning or tomorrow afternoon.
Status: NEW → ASSIGNED
Assignee | ||
Comment 24•25 years ago
|
||
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
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 25•25 years ago
|
||
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.
Status: RESOLVED → VERIFIED
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
•