260543 - "mozilla -mail" will not open 3-pane except with a different profile.

Status: RESOLVED EXPIRED

(SeaMonkey :: MailNews: Message Display, defect)

Description

[MarvinT]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a4) Gecko/20040919
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a4) Gecko/20040919

With Mozilla running, execution of "mozilla -mail" command line brings up a
dialog titled "Manage User Profiles" rather than opening the mail/news window.

I've seen this in 1.6, 1.7rc3, 1.7, 1.7.2 (on Linux RH7.3) -- and is true in
yesterday's 20040919 build as well.  It works if I revert to 0.9.9/20020408
which is installed with RH7.3.

It fails in this manner whether the 3-pane is opened or not, and whether or not
it was ever opened (even via preferences or not).

In the profile dialog selecting the active ("default") profile brings up a
window with the message:

    Mozilla cannot use the profile "default" because it is in use.
    Please choose another profile or create a new one.
----
Incidentally, "mozilla -browser" or "mozilla -compose" give the same results;
however "mozilla-xremote-client" appears to work as documented (and allows new
browser and composer windows).

A mechanism through "mozilla-xremote-client" to launch the mail/news interface
would fix *my* problem, but I think the profile issue is still a bug.



Reproducible: Always
Steps to Reproduce:
1. Start mozilla
2. Run "mozilla -mail" on command line.

Actual Results:  
Mozilla (the new instance?) brings up a dialog titled "Manage User Profiles"
rather than opening the mail/news window.

In the profile dialog selecting the active ("default") profile brings up a
window with the message:

    Mozilla cannot use the profile "default" because it is in use.
    Please choose another profile or create a new one.




Expected Results:  
Opened the 3-pane mail/news interface.

I have 2 IMAP + 1 POP3 accounts (plus a news account) in the default profile,
but it works in 0.9.9 so I doubt that's an issue.

Comment 1

[Mike Cowperthwaite]

Do you actually have multiple profiles defined, or just the one?
The summary for this bug is ungrammatical, and I can't tell if you want to open 
a new instance with a different profile, or just open the 3-pane in the same 
instance without the error.

It looks like there *is* a command for the latter via -remote:
  mozilla -remote xfeDoCommand(openInbox)

  http://www.mozilla.org/unix/remote.html

Comment 2

[Hermann Schwab]

Do you have multiple Mozillas installed?
Using Windows, I´ve got multiple Mozillas installed, one of them registered as
default browser and default mail. Multiple Profiles, one of them specifying mail
accounts. I crash, if I sent mail from windows to the default mail client, if
another Mozilla than the one registered for mail is running, or if another
profile than the one used for mail is used. 

Bug 243749 crash when using SendTo and Mozlla and MozillaMail are different.

Comment 3

[MarvinT]

(In reply to comment #1)
> Do you actually have multiple profiles defined, or just the one?
> The summary for this bug is ungrammatical, and I can't tell if you want to open 
> a new instance with a different profile, or just open the 3-pane in the same 
> instance without the error.

Sorry, my bad on the summary (I omitted the "except with").  My wish is to open
the Mail/News interface in the same/active profile/instance from a command line.
 That's possible with the remote, so I'm now happy.

But, isn't the expected behaviour for these two commands the same?  The result
on XP is, the result on Linux is not:
   mozilla -mail
   mozilla -remote "xfeDoCommand(openInbox)"

> It looks like there *is* a command for the latter via -remote:
>   mozilla -remote xfeDoCommand(openInbox)
> 
>   http://www.mozilla.org/unix/remote.html

Indeed it does, thanks!  [BTW, I read this page looking for this exact feature
some months ago and would swear it wasn't documented then. Oh well.]

=> I did not explicitly say, but this bug appears to be Linux only -- it works
as expected on MSWindows XP (one machine).

=> The default RPM that came with RH7.3 is still installed under
/usr/lib/mozilla, whereas the other versions have been installed under
/usr/local/mozilla{-gold} by the mozilla-installer.  

=> There is a second profile "root" but it's sparse and has nothing but local
folders defined.

Now I have reproduced this on Linux RH9 system with Mozilla 1.7 (20040616)
installed.  On that RH9 system:
--> It fails in the same manner as on the RH7.3,
--> The RPM is not installed, just the files from mozilla-installer,
--> There is only a single profile ("default"),
--> That profile has only local folders and a news group entry.

Comment 4

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 5

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.