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]
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.
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.
Given that bug 239555 is fixed, is fixing this bug still desirable?
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
Last Resolved: 14 years ago
Resolution: --- → INVALID
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.
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...
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.
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.
You need to log in before you can comment on or make changes to this bug.