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)

defect
Not set
normal

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]
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.
No longer blocks: 217149
Blocks: 11076
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
Closed: 20 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.
No longer blocks: 11076
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.