Multiple instances of gui open when opening new torrents (new in 2.0)

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Have transgui open.
2. Click on torrent in browser where transgui is set to be torrent handler.
3. 2nd *instance* of transgui opens

What is the expected output? What do you see instead?
Should see 1 open window/instance of transmission.

What version of the product are you using? On what operating system?
2.0 win7-64

Please provide any additional information below.
This is a new problem in 2.0.

If current copy is on tray, it doesn't seem to happen, but if window is
already open a new window opens.

p.s. Kudos on new version!
(sigh...but, *sigh*, new version, new bugs...;-) ).

Original issue reported on code.google.com by astara.a...@gmail.com on 24 Aug 2010 at 1:39

[GoogleCodeExporter]

It works well for me. 
A new instance can run if the existing instance does not respond currently. 
Please do more tests.

Original comment by j...@cp-lab.com on 24 Aug 2010 at 7:36

• Changed state: Feedback

[GoogleCodeExporter]

I had this issue in r413 where the first instance is delayed, not sure why, a 
second instance will be triggered, but the first instance will show the 
download screen.

Original comment by deltafox...@gmail.com on 25 Aug 2010 at 3:43

[GoogleCodeExporter]

I have a feeling this is related to issue #281 -- since it would not respond 
for a few-five(?) seconds at a time, it would probably trigger the second 
window.  Trying the new download you pointed from that issue now...
will advise...

Original comment by astara.a...@gmail.com on 25 Aug 2010 at 11:27

[GoogleCodeExporter]

I've been watching the CPU usage etc and r449 hasn't exceeded 4% on my 
computer, but it has stopped responding a few times and the OS wants to kill it 
as a result, so maybe the UI thread/process is getting locked waiting for data 
to come back from the remote server?

Original comment by deltafox...@gmail.com on 26 Aug 2010 at 3:07

[GoogleCodeExporter]

If the transmission daemon runs on some slow device like NMT or NAS it may have 
slow response during high load or file pre-allocation.

Original comment by j...@cp-lab.com on 26 Aug 2010 at 7:29

[GoogleCodeExporter]

Can also be slow due to a slow link or high latency to the remote server...

Original comment by deltafox...@gmail.com on 26 Aug 2010 at 7:40

[GoogleCodeExporter]

Should be fixed in v2.1.1

Original comment by j...@cp-lab.com on 26 Aug 2010 at 2:24

• Changed state: Fixed

[GoogleCodeExporter]

I haven't seen the problem since the new version.

FWIW, regarding devices and link -- link to transmission is 1Gbps, switched and 
it's running on a server with pretty low latency (disk I/O speeds are in the 
600-900MB/s range, 8 cpu's, 48G mem), probably not the transmission daemon 
being slow.

Original comment by astara.a...@gmail.com on 27 Aug 2010 at 2:12