Closed
Bug 236637
Opened 20 years ago
Closed 20 years ago
Need to remove dependancy on having a folder in message window
Categories
(SeaMonkey :: MailNews: Message Display, defect)
SeaMonkey
MailNews: Message Display
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: raccettura, Assigned: sspitzer)
Details
This is a spinoff of: http://bugzilla.mozilla.org/show_bug.cgi?id=217149#c20 I a discussion with David Bienvenu the other day. The Mail Window seems to always want a folder to be specified, making it impossible to use the window without. We should be able to open a new window with MsgOpenNewWindowForMessage(messageUri, null) The result is: Error: uncaught exception: [Exception... "Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsISupports.QueryInterface]" nsresult: "0x80004002 (NS_NOINTERFACE)" location: "JS frame :: chrome://messenger/content/messageWindow.js :: GetLoadedMsgFolder :: line 550" data: no]
Reporter | ||
Comment 1•20 years ago
|
||
Scott, This one is out of my hands, but blocking one that I do think I can do (and has quite a few people looking for the functionality). Can we target this for moz 1.8a? If we do, could bug 217149 still be targeted for Tbird 0.6? Or would it have to slip to 0.7? IIRC, 0.6 was to be on 1.7 right? Just trying to see what my todo list for the next few weeks is. If it's possible to get bug 217149 done for 0.6, I'd love to get that in.
Reporter | ||
Comment 2•20 years ago
|
||
Ideally, we should have this setup so that if no folder is specified, it creates a "Virtual Folder" (invisible in the UI, and temporary). This would address the comments mentioned in bug 217149.
Comment 3•20 years ago
|
||
Given that bug 239555 is fixed, is fixing this bug still desirable?
Comment 4•20 years ago
|
||
no, I'd say not - it's actually fixed - you just have to pass in the magic query part of the uri, "?type=x-message-display"
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 5•20 years ago
|
||
Well, if we remove the dependancy, couldn't we then have it parse the headers properly, and allow it to move the message to another folder etc. (the complaints that were in the bug 217149)? Those are nice features. Would allow opening to do more than just view.
Comment 6•20 years ago
|
||
there's not really a dependency - you don't need a folder as long as you pass in the right kind of URI. What you want in your last comment is to be able to do more stuff in the open msg window when there is no folder, which is a little different - there are some things that will never make sense, like mark message read. I think a separate bug for the ability to copy (not move) the message, or morph this one with a different summary...
Comment 7•20 years ago
|
||
This "magic" bit -- ?type=x-message-display -- I take it that it's not supposed to be useful for file://blah.eml URLs? I can't figure an incantation to the browser's address bar, nor to the command line, to open a standalone message window.
Comment 8•20 years ago
|
||
no, that's not useful for a file url in the browser window...mail doesn't register itself as handling file urls - the file | open command works because we run the url in the opened message windoow.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•