Bug 694876

Summary: Inconsistent compose window behavior when launched through shell
Product: [Fedora] Fedora Reporter: Michel Alexandre Salim <michel>
Component: thunderbirdAssignee: Gecko Maintainer <gecko-bugs-nobody>
Status: CLOSED WORKSFORME QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 15CC: gecko-bugs-nobody, mcepl
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-02-02 15:13:16 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
screenshot of the bug none

Description Michel Alexandre Salim 2011-04-08 17:22:28 UTC 
Description of problem:
If a compose window is created by invoking thunderbird with a mailto: URL, as opposed to clicking on 'Write', the compose window is locked to HTML mode, regardless of whether the selected mail account is set for plain text or HTML composition.

Version-Release number of selected component (if applicable):
thunderbird-3.1.9-6.fc15.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Set the default mail profile to compose in plaintext mode
2. Verify that this works by clicking on 'Write'
3. Trigger compose window by running 'thunderbird foo' from shell
  
Actual results:
(2) launches a plaintext composition window. (3) launches the HTML editor

Expected results:
Both composition windows should be set to plaintext

Additional info:
Comment 1 Matěj Cepl 2011-04-18 11:59:40 UTC 
Created attachment 492864 [details]
screenshot of the bug

Thanks for the bug report.  We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.

I cannot reproduce here with thunderbird-3.1.9-6.fc15.x86_64 (see the attached screenshot). So, we need more information to be able to reproduce the issue here.

1) Are you able to reproduce this when running thunderbird in the safe mode (i.e., run it with parameter -safe-mode on the command line)
2) Are you able to reproduce the problem with the upstream binary from
http://mozillamessaging.com/?
3) Are you able to reproduce the problem with a fresh profile?

Thank you for your cooperation and helping to make Fedora more awesome!

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.
Comment 2 Michel Alexandre Salim 2012-02-02 15:13:16 UTC 
(In reply to comment #1)
> Created attachment 492864 [details]
> screenshot of the bug
> 
> Thanks for the bug report.  We have reviewed the information you have provided
> above, and there is some additional information we require that will be helpful
> in our diagnosis of this issue.
> 
> I cannot reproduce here with thunderbird-3.1.9-6.fc15.x86_64 (see the attached
> screenshot). So, we need more information to be able to reproduce the issue
> here.
> 
> 1) Are you able to reproduce this when running thunderbird in the safe mode
> (i.e., run it with parameter -safe-mode on the command line)

Yes, with thunderbird -safe-mode foo

> 2) Are you able to reproduce the problem with the upstream binary from
> http://mozillamessaging.com/?

Yes

> 3) Are you able to reproduce the problem with a fresh profile?

Aha, that does the trick. Looks like I have to clobber my profile and start over.