Red Hat Bugzilla – Bug 959185
Bogus confirmation popup: 'Control name is not available' from 'Not Available'
Last modified: 2015-09-22 09:09 EDT
Created attachment 743140 [details] w7x64 ie9 popup Description of problem: When ClientConsoleModeDefault=Auto and a user opens clean browser to work in User Portal, UP app tries to detect plugin on the client and this makes appearance of silly popup with text: "This webpage wants to run following add-on: 'Control name is not available' from 'Not Available'" and with 'Allow' button. As plugin is not available (clean browser) there's no difference between clicking on Accept button or closing this popup. Then opening spice console downloads MIME config file. But this popup is annoying and confusing. Version-Release number of selected component (if applicable): sf15 tested on w7x64/ie9 How reproducible: 100% Steps to Reproduce: 1. clean browser completely 2. have ClientConsoleModeDefault=Auto defined in engine 3. open User Portal Actual results: annoying/confusing popup Expected results: either popup should have some sense or it should be appear at all Additional info: see screenshot
Popup appears in following browsers as well (if there's no platform then it is x86): w2k8 ie9 - auto - silly popup, mime w7 ie10 - auto -> silly popup, mime w7 x64 ie9 - auto -> silly popup, mime wxp ie8 - auto -> silly popup, mime
So it is not explicitely related to client console mode type, I was able to get same issue even with 'Plugin' mode, thus modifying BZ title. (Then my older BZ was OK, but it seems it is was always reproducable). w2k8 ie9 - plugin - silly popup, plugin w7 ie10 - plugin -> silly popup, plugin w7 x64 ie9 - plugin -> silly popup, plugin wxp ie8 - plugin -> silly popup, plugin
Created attachment 774768 [details] spicex registry file I did some closer investigation and this bug reproduces when the engine tries to detect whether spice activex plugin is present in the browser (the detection algorithm is based on creating a new spice activexobject and checking for an exception [which is afaik the only way to do it]). The detection works fine on completely clean environment (clean win installation), however the 'bogus' text appears when you had previously spice activex plugin installed and you removed it (i.e. uninstall virt-viewer, clear ie and remove appropriate files from c:/Users/user/AppData/Local/). I found that even after removal, the application leaves quite a lot of data in windows registry. After deleting one particular registry key (see attachment), the detection works well again (as in the "clean" scenario). I think virt-viewer (or spice-activex-plugin if possible) should clean up after itself after it's uninstalled. I'm changing the component of this bug to spice-activex so we'll see if the clean up can be managed.
(In reply to Frantisek Kobzik from comment #3) > Created attachment 774768 [details] > spicex registry file > > I did some closer investigation and this bug reproduces when the engine > tries to detect whether spice activex plugin is present in the browser (the > detection algorithm is based on creating a new spice activexobject and > checking for an exception [which is afaik the only way to do it]). > > The detection works fine on completely clean environment (clean win > installation), however the 'bogus' text appears when you had previously > spice activex plugin installed and you removed it (i.e. uninstall > virt-viewer, clear ie and remove appropriate files from > c:/Users/user/AppData/Local/). I found that even after removal, the > application leaves quite a lot of data in windows registry. After deleting > one particular registry key (see attachment), the detection works well again > (as in the "clean" scenario). > > I think virt-viewer (or spice-activex-plugin if possible) should clean up > after itself after it's uninstalled. > > I'm changing the component of this bug to spice-activex so we'll see if the > clean up can be managed. Do you remove "Red Hat SpiceX Client" from IE (Manage add-ons)? What if instead of deleting the registry key, you run: regsvr32 /u SpiceX.dll does it solve the issue as well?
Arnon, I quickly tried following scenarios: Scenario: Install add-on, remove add-on from ie (via "manage add-ons") Result: Popup "The webpage wants to run the following add-on: 'ActiveX for the Spice system' from 'Red Hat, Inc.'." This is fine. Note: "Remove" button doesn't remove the virt-viewer program. It just deletes it from ie addons so after I try to use the activeX element again, it asks me whether I want to allow and if I click 'allow' it doesn't install anything and loads the add-on immediately. Also funny thing is that after I remove the addon via ie menu and then I "install" it again, it appears in the ie addons menu, but the remove button is no longer available (it's greyed out). Scenario: Install add-on, remove add-on from ie (via "manage add-ons"), reset ie, uninstall virt-viewer and delete virt-viewer folder in c:\users\...\AppData (this is complete wipeout) Result: "Bogus" popup appears. This is not ok. Scenario: Install add-on, reset ie, remove virt-viewer, run regsvr32 /u SpiceX.dll Result: Error box with The module "SpiceX.dll" failed to load. Make sure the binary is stored at the specified path or debug it to check for problems with the binary or dependent .DLL files. The specified module could not be found. Note: I don't know what precisely the regsvr32 command does, but it fails with the same reason when I run it even with virt-viewer and activeX addon instaled. Are you sure about the 'SpiceX.dll' part? Isn't it possible just to clear the registry key I mentioned in my previous post on virt-viewer uninstall?
This may be a bug for documentation. The only way I can reproduce this bogus popup is by manually removing virt-viewer\bin\SpiceX.dll when spice-x is still installed. How to know if spice-x is installed or not ? Run internet-explorer, open "Manage Add-ons", choose "All add-ons" and see if "Red Hat SpiceX Client" appears on the add-ons list. In RHEV-M 3.2, there are 2 ways to uninstall spice-active-x: 1. Exit Internet-explorer and Uninstall virt-viewer 2. Uninstall virt-viewer when Internet-Explorer is still running, Open Command cd virt-viewer-install-directory (Usually %LOCALAPPDATA%\virt-viewer) cd bin regsvr32 /n /i:user /u SpiceX.dll (possibly with /s too for silence) It turns out that Option 2 above cleans up the registry better than Option 1, even though the virt-viewer uninstaller runs the command mentioned in 2. I agree that it would be nicer to cleanup the registry correctly for Option 1. In RHEV-M 3.3, Uninstalling virt-viewer does not uninstall spice-x. Spice-X must be uninstalled from Internet-Explorer -> Manage Add-ons (make sure all pages using it are closed before removing the add-on). The registry seems to be cleaned up nicely as well.
changing to docs
I've tidied up the "known issue" doc text, and I'm going to close the bug as "notabug" because it won't be going into anything except the release notes. If you have an argument for adding it to the official documentation anywhere else, please re-open the bug and state your case.