Windows XP SP1
I have tried using the origional ManageIE, ManageIEAll, and the Beta ManageIE and all have the same problem. As an admin user I register the dll. ManageIE is then active for users in the Admin group, but not regular users. If I add one of the regular users to the admin group then ManageIE is then active for that user.
Thanks much,
Jason
Help! ManageIE only works for Admin users
Moderators: Tyler, Scott, PWB v2 Moderator
Help! ManageIE only works for Admin users
Jason Weinstein
Application Support Technicain
Eugene Public Library
Eugene, OR
Application Support Technicain
Eugene Public Library
Eugene, OR
Ok, after some hair-pulling, I have found a solution to my problem. First, I had Browser Extensions disabled for my user and I had to re-enable them by changing HKCU\Software\Microsoft\Internet Explorer\Main\Enable Browser Extensions to "yes". This then allowed ManageIE to work for my user as long as it was a member of the admin group.
I then added the registry keys for the ManageIE Beta to the user's registry instead of the local machine registry, and then ManageIE worked for the user, but the Pop-up dialog was blank. To fix that I had to add to the local machine registry the MessageText and MessageCaption values instead of having them in the user's registry. I was happy to get that far.
After some testing, I found a way around ManageIE while logged in as a user. Some of our users found that they could go to Microsoft Access, create a Data Access page, put a hyperlink in it to a Web site, and then do File/Web Page Preview and get an Internet Explorer window from which they can access the Web. Now, with ManageIE working, the IE windows pops up with the ManageIE dialog on top stating that Access is denied. If I click OK on this dialog it and the IE window go away. If, instead of clicking OK, I go to the IE windows and enter a Web address I get another IE window and another ManageIE pop-up. But, if instead of entering a Web address, I enter something like "C:\", I get first, another ManageIE pop-up, then a "This operation has been cancelled due to restrictions in effect on this computer" (because i have denied users' access to viewing the c: drive). When I click ok on the "operation has been cancelled" dialog, I then have an IE window that is open that I can use to browse to any site.
In order to fix this last problem, is it possible to have ManageIE be sure the IE window is closed before ManageIE gives its pop-up message?
Thanks much,
Jason
I then added the registry keys for the ManageIE Beta to the user's registry instead of the local machine registry, and then ManageIE worked for the user, but the Pop-up dialog was blank. To fix that I had to add to the local machine registry the MessageText and MessageCaption values instead of having them in the user's registry. I was happy to get that far.
After some testing, I found a way around ManageIE while logged in as a user. Some of our users found that they could go to Microsoft Access, create a Data Access page, put a hyperlink in it to a Web site, and then do File/Web Page Preview and get an Internet Explorer window from which they can access the Web. Now, with ManageIE working, the IE windows pops up with the ManageIE dialog on top stating that Access is denied. If I click OK on this dialog it and the IE window go away. If, instead of clicking OK, I go to the IE windows and enter a Web address I get another IE window and another ManageIE pop-up. But, if instead of entering a Web address, I enter something like "C:\", I get first, another ManageIE pop-up, then a "This operation has been cancelled due to restrictions in effect on this computer" (because i have denied users' access to viewing the c: drive). When I click ok on the "operation has been cancelled" dialog, I then have an IE window that is open that I can use to browse to any site.
In order to fix this last problem, is it possible to have ManageIE be sure the IE window is closed before ManageIE gives its pop-up message?
Thanks much,
Jason
Jason Weinstein
Application Support Technicain
Eugene Public Library
Eugene, OR
Application Support Technicain
Eugene Public Library
Eugene, OR
Arrrggguuhh...
I'm stuck again at the point where I have ManageIE working as admin, but as a user it works, but pops up a pop-up with a blank caption and text. If I add the use to the admin group then the pop-up comes up with the caption and text.
What could I be doing wrong???
I'm stuck again at the point where I have ManageIE working as admin, but as a user it works, but pops up a pop-up with a blank caption and text. If I add the use to the admin group then the pop-up comes up with the caption and text.
What could I be doing wrong???
Jason Weinstein
Application Support Technicain
Eugene Public Library
Eugene, OR
Application Support Technicain
Eugene Public Library
Eugene, OR
No spyware or adware blockers. I made sure BHO's were not disabled. What I finally figured out is that the caption and text must be in HKLM even when the other values are set in the user's registry keys. And that the user must have full access to HKLM\Software\TeamSoftware Solutions\ManageIE. When I set permissions of that key back to read only for the user then ManageIE gives a pop-up with a blank caption and text, but once I set the user's permissions on that key to full access, the pop-up comes up with the caption and text.
Jason
Jason
Scott,
Have you heard any problem with this problem on the newer versions (not beta)? For some reason I also cannot get ManageIE to work correctly with a normal user account, but it works fine if I give "admin" rights to the specific user acccount. The exact problem is when the user clicks on an Internet Explorer shortcut it does not start the PWB. As far as I can tell everything else is setup correctly. I even tried using the "ManageIE" settings in the HKCU instead of HKLM as the "Guest" mentioned in the previous responses in this thread, but it didn't help. It will ONLY work if I give the user "admin" righrs.
By the way, the only setting I'm using in ManagIE is the "OpenPWBToURL" setting.
Curtis
Have you heard any problem with this problem on the newer versions (not beta)? For some reason I also cannot get ManageIE to work correctly with a normal user account, but it works fine if I give "admin" rights to the specific user acccount. The exact problem is when the user clicks on an Internet Explorer shortcut it does not start the PWB. As far as I can tell everything else is setup correctly. I even tried using the "ManageIE" settings in the HKCU instead of HKLM as the "Guest" mentioned in the previous responses in this thread, but it didn't help. It will ONLY work if I give the user "admin" righrs.
By the way, the only setting I'm using in ManagIE is the "OpenPWBToURL" setting.
Curtis
Sorry about the confusion, so here is the deal:
- PWB does open when you click on a URL link when logged on as any user, so SetPWB worked.
- IE7 still opens a shortcut to Internet Explorer and when you "open" a typed URL from within a Word document when logged on as a user that does NOT have "administrator" rights, but does cancel IE7 and opens PWB when a user DOES have "administrator" rights, so ManageIE is not working properly.
Does that help clear things up?
Curtis
- PWB does open when you click on a URL link when logged on as any user, so SetPWB worked.
- IE7 still opens a shortcut to Internet Explorer and when you "open" a typed URL from within a Word document when logged on as a user that does NOT have "administrator" rights, but does cancel IE7 and opens PWB when a user DOES have "administrator" rights, so ManageIE is not working properly.
Does that help clear things up?
Curtis
Thank you. I have seen ManageIE prevent IE from opening but not open PWB. This take a different approach then if ManageIE does not prevent IE from opening.
ManageIE is working for an administrator but not a user, so check the permissions on the ManageIE.dll file to make sure users have read access to the file.
You may need to uninstall ManageIE, copy it (not move) it to a folder users have access to, and re-install it.
Also, ManageIE is an Internet Explorer Browser Helper Object (BHO). Other security applications can prevent IE BHOs from running, which will prevent ManageIE from working.
--Scott
ManageIE is working for an administrator but not a user, so check the permissions on the ManageIE.dll file to make sure users have read access to the file.
You may need to uninstall ManageIE, copy it (not move) it to a folder users have access to, and re-install it.
Also, ManageIE is an Internet Explorer Browser Helper Object (BHO). Other security applications can prevent IE BHOs from running, which will prevent ManageIE from working.
--Scott
Thanks - I got it working with that bit of information. I had assumed that your "install.bat" somehow made it work from wherever it was started (merged) from, so of course it didn't work for me earlier, since I had downloaded it and installed it from the Administrator's logged on profile. So, once I had copied the manageIE.dll to c:\windows\system32 and then ran install.bat from there, it now works just fine with a "user" type logon. If that step was in the instructions somewhere I must have missed it.
By the way, I had come up with another solution for at least preventing IE7 from starting up if you hadn't come up with a solution for me - I added iexplore.exe to the list of "Don't run specified Windows applications" under Group Policy. I didn't really want to do it that way though, but at least it would have prevented IE7 from starting up from Office documents. I may leave it in there anyway, just in case some patron happens to come up with a way to bypass the Public Web Browser.
I'll be watching for the release of the new version of the Public Web Browser (v3).
Thanks so much for your help,
Curtis
By the way, I had come up with another solution for at least preventing IE7 from starting up if you hadn't come up with a solution for me - I added iexplore.exe to the list of "Don't run specified Windows applications" under Group Policy. I didn't really want to do it that way though, but at least it would have prevented IE7 from starting up from Office documents. I may leave it in there anyway, just in case some patron happens to come up with a way to bypass the Public Web Browser.
I'll be watching for the release of the new version of the Public Web Browser (v3).
Thanks so much for your help,
Curtis