Description of problem: when the task bar icon option is enabled, it is possible to have 2 instances running at the same time in fact, this also applies to virt-manager overall Version-Release number of selected component (if applicable): How reproducible: everytime Steps to Reproduce: 1. 2. 3. Actual results: 2 icons found in the task bar Expected results: only 1 icon should be available Additional info:
Hmm, not sure what you mean. Do you mean 2 icons in the system tray area, like where networkmanager lives? Can you provide a screenshot, and give eact steps how to reproduce?
hello cole yes - in the system tray area where network manager lives. how to reproduce - 1. start virt-manager 2. edit/preferences/enable system tray icon tray icon appears in the system tray 3. do not close virt-manager 4. start another instance of virt-manager you will have 2 instances of virt-manager running (if it helps the environment is KDE) these 2 icons are of 2 instances of virt-manager
Hmm, running multiple virt-manager instances is not supposed to happen at all, virt-manager is supposed to detect the already running instance and just present it to the user. We use dbus for this. I can't reproduce this on gnome, so I'll need some more info: Can you provide the output of 'virt-manager --debug' from the command line? The output of the first launch and the second launch please. Thanks!
========================================= instance 1 ========================================= sudo virt-manager --debug [sudo] password for marafa: 2010-03-01 22:12:00,697 (virt-manager:150): Application startup 2010-03-01 22:12:01,149 (engine:129): About to connect to uris ['qemu:///system'] 2010-03-01 22:12:01,467 (engine:413): window counter incremented to 1 2010-03-01 22:12:01,470 (connection:749): Scheduling background open thread for qemu:///system 2010-03-01 22:12:01,471 (connection:882): Background thread is running 2010-03-01 22:12:01,742 (connection:922): Background open thread complete, scheduling notify 2010-03-01 22:12:01,743 (connection:927): Notifying open result 2010-03-01 22:12:01,744 (connection:934): qemu:///system capabilities: <capabilities> <host> <cpu> <arch>x86_64</arch> </cpu> <migration_features> <live/> <uri_transports> <uri_transport>tcp</uri_transport> </uri_transports> </migration_features> <topology> <cells num='1'> <cell id='0'> <cpus num='2'> <cpu id='0'/> <cpu id='1'/> </cpus> </cell> </cells> </topology> </host> <guest> <os_type>hvm</os_type> <arch name='i686'> <wordsize>32</wordsize> <emulator>/usr/bin/qemu</emulator> <machine>pc-0.11</machine> <machine canonical='pc-0.11'>pc</machine> <machine>pc-0.10</machine> <machine>isapc</machine> <domain type='qemu'> </domain> </arch> <features> <pae/> <nonpae/> <acpi default='on' toggle='yes'/> <apic default='on' toggle='no'/> </features> </guest> <guest> <os_type>hvm</os_type> <arch name='x86_64'> <wordsize>64</wordsize> <emulator>/usr/bin/qemu-system-x86_64</emulator> <machine>pc-0.11</machine> <machine canonical='pc-0.11'>pc</machine> <machine>pc-0.10</machine> <machine>isapc</machine> <domain type='qemu'> </domain> </arch> <features> <acpi default='on' toggle='yes'/> <apic default='on' toggle='no'/> </features> </guest> </capabilities> 2010-03-01 22:12:01,752 (connection:1106): Connection doesn't seem to support interface APIs. Skipping all interface polling. 2010-03-01 22:12:01,939 (connection:208): Using HAL for netdev enumeration 2010-03-01 22:12:02,024 (connection:247): Using HAL for mediadev enumeration ========================================= instance 2 ========================================= sudo virt-manager --debug [sudo] password for marafa: 2010-03-01 22:11:49,867 (virt-manager:150): Application startup 2010-03-01 22:11:50,794 (engine:129): About to connect to uris ['qemu:///system'] 2010-03-01 22:11:51,008 (engine:413): window counter incremented to 1 2010-03-01 22:11:51,010 (connection:749): Scheduling background open thread for qemu:///system 2010-03-01 22:11:51,012 (connection:882): Background thread is running 2010-03-01 22:11:51,343 (connection:922): Background open thread complete, scheduling notify 2010-03-01 22:11:51,344 (connection:927): Notifying open result 2010-03-01 22:11:51,345 (connection:934): qemu:///system capabilities: <capabilities> <host> <cpu> <arch>x86_64</arch> </cpu> <migration_features> <live/> <uri_transports> <uri_transport>tcp</uri_transport> </uri_transports> </migration_features> <topology> <cells num='1'> <cell id='0'> <cpus num='2'> <cpu id='0'/> <cpu id='1'/> </cpus> </cell> </cells> </topology> </host> <guest> <os_type>hvm</os_type> <arch name='i686'> <wordsize>32</wordsize> <emulator>/usr/bin/qemu</emulator> <machine>pc-0.11</machine> <machine canonical='pc-0.11'>pc</machine> <machine>pc-0.10</machine> <machine>isapc</machine> <domain type='qemu'> </domain> </arch> <features> <pae/> <nonpae/> <acpi default='on' toggle='yes'/> <apic default='on' toggle='no'/> </features> </guest> <guest> <os_type>hvm</os_type> <arch name='x86_64'> <wordsize>64</wordsize> <emulator>/usr/bin/qemu-system-x86_64</emulator> <machine>pc-0.11</machine> <machine canonical='pc-0.11'>pc</machine> <machine>pc-0.10</machine> <machine>isapc</machine> <domain type='qemu'> </domain> </arch> <features> <acpi default='on' toggle='yes'/> <apic default='on' toggle='no'/> </features> </guest> </capabilities> 2010-03-01 22:11:51,356 (connection:1106): Connection doesn't seem to support interface APIs. Skipping all interface polling. 2010-03-01 22:11:51,509 (connection:208): Using HAL for netdev enumeration 2010-03-01 22:11:51,566 (connection:247): Using HAL for mediadev enumeration
This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle. Changing version to '13'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I guess I'll have to a KDE live cd a spin and see if I can reproduce, since this seems to work fine on gnome.
This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I haven't taken a stab at reproducing this yet so I'm just going to close it. If anyone can reproduce on F14/F15/rawhide please reopen and I'll take a look.
Created attachment 504254 [details] also on f15 on kde
Fixed upstream now; http://git.fedorahosted.org/git?p=virt-manager.git;a=commit;h=19d7df4e47c922bb57c3aa6196dd6f7257e04946
virt-manager-0.9.1-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/virt-manager-0.9.1-1.fc15
Package virt-manager-0.9.1-1.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing virt-manager-0.9.1-1.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-1173/virt-manager-0.9.1-1.fc15 then log in and leave karma (feedback).
virt-manager-0.9.1-1.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.