529432 - Saved .eml file, when T-bird is already open to messages, creates infinitely spawning message windows forcing kill of Tbird

Status: RESOLVED WORKSFORME

(Thunderbird :: OS Integration, defect)

Description

[L A Walsh]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-UTF-8; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729)
Build Identifier: version 2.0.0.23 (20090812)

Note: I wrote HW/OS ALL, because it applies to x86 & x86_64 (no option for 2 platforms, so all->implying multiple, was closer choice), && similar with OS --
happens on WinXP-32bit + Win7-64bit.

-------
I saved a short message on my desktop in .eml format.

I still had the TB window open where I'd had saved the message.

I clicked on the .eml file.  Then window after window came up with the message
in it.  Infinite windows.  Hard to kill -- easier if you can switch to an alternate desktop and bring up a task manager and kill the TBird mozilla process, but
windows come up so fast in the original window that even with a click and 'DEL' to kill a process in Process Explorer, it was hard to lock onto the process and kill it before another window would come up and cover up ProcExp.

Very nasty!  

If NO instance of TB is up, then it works fine -- i.e. once instance of
TB comes up and displays the message.

But looking at procexp, there were continual respawnings of tbird as each new window came up.  

I was trying to look at how the .eml handler was receiving .eml messages, as a potential patter for handling Vcard .vcf/.vcal formats so Thunderbird could be a Win native handler for Calendar (with lightning addon), and address book functions (at least some!).

I'm tired of Tbird not integrating w/windows when it has those functions!  (sigh)...

Guess the .eml handler isn't the best example of how to handle a file being passed into Tbird?  *snort*.


Reproducible: Always

Steps to Reproduce:
1.see above
2.
3.
Actual Results:  
infintely spawning windows

Expected Results:  
1 window (per message if I clicked on more than one)

Comment 1

[Wayne Mery (:wsmwk)]

version 3 might be better with respect to working with windows + .eml, but I didn't test.  If you want to see if version 3 is better and help test see http://wiki.mozilla.org/Thunderbird:Testing

if you find version 3 resolves the issue, please close the bug resolution=WORKSFORME

if it does not, please update the bug

Comment 2

[Ludovic Hirlimann [:Usul]]

This works well on my windows installation. Do you have extensions ? and themes ? they might be responsible for your issue.

Comment 3

[[:Aureliano Buendía]]

WFM too here

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091117 Lightning/1.0pre Shredder/3.0.1pre ID:20091117033618

Comment 4

[Wayne Mery (:wsmwk)]

I still fail to see how this could happen. A stuck mouse button would do it, but I'm sure L A has thought of that.

L A, do you have any further insight?

Comment 5

[Notlost]

Does not occur on ubuntu 10.04 with latest build

Comment 6

[Wayne Mery (:wsmwk)]

(In reply to comment #2)
> This works well on my windows installation. Do you have extensions ? and
> themes ? they might be responsible for your issue.

L A Walsh, it would be helpful (and kindly) if you respond to triage questions

Comment 7

[Joshua Cranmer [:jcranmer]]

RESOLVED INCOMPLETE due to lack of response to previous question. If you feel this change was made in error, please respond to this bug with your reasons why.

Comment 8

[L A Walsh]

Bugs submitted years back are in my archives and responses went there.

I didn't find them until today.

Using 3.x was a no go for me.  

Trying an upgrade at somepoint (maybe 5.x)
is on a todo list, but w/3.x and people telling me how to turn off
it's local caching of my 4GB IMAP email on my local machine
didn't work on 2 successive retries.

I had (still do, but don't use them as often) at least 5 places)
(in my house), where I had ff installed and could read my email -- 

some were on the same machine but w/different accounts
(a local account vs. a domain account).,  x (windows7 machine,
windows xp), + linux server where it's stored in the first
place! (so certainly didn't want it to try to download it again
into my ~/mail account!...
I'd use IMAP on that server too to keep the locking state
consistent between clients in case I had more than one open.

(dovecot is good about that).

Changing to resolved-wontfix, as that's likely the case. in 2.x

Comment 9

[Wayne Mery (:wsmwk)]

Thanks for the update.

WONTFIX is designated by developers for current version.
So the available choices here are INCOMPLETE (we don't have enough information about this version or prior versions), INVALID (its not a bug), WORKSFORME (in the current or prior version), etc.

Comment 10

[L A Walsh]

I cannot duplicate this in 2.0.0.24....

Sorry, I don't know why it changed behavior....

I suppose I could go try it on my XP machine and re-open it if you wanted ...but
I don't use XP that much these days....and I don't usually click on saved .eml files (sorta got trained not to 'real fast'....after a few misfires)....