Webplugin.exe Not Installing

[Akinlolu Bellotti]

Soit's been random enough that I've just lived with it over the last year but now after replacing multiple of my own PCs with fresh Win 11 boxes I am struggling with some PCs installing the Web extensions for LF into Edge just fine, and one or two PCs just seem to refuse to install into Edge. Chrome is fine and it installs there just fine but it's like sometimes it doesn't even try to find Edge. I try uninstalling, rebooting, reinstalling, reinstalling without reboot, etc etc.. Sometimes eventually it'll get installed but it seems frustratingly inconsistent.

Does anyone have a surefire way of either forcing it to detect and deploy to Edge or at least some way to coax it to work? Once installed, I generally have little issue, it's just the installer doesn't seem to go looking for Edge.

EDIT: I'm downloading the latest LfWebOffice110.exe, run the latest O365 software, etc. The office plug-in works fine. It's that it doesn't have the browser extension to allow me to open with Office apps. It always prompts me to download the "Laserfiche Office Installation".

Right. Since it sounds like you are on version 11, the extension should no longer be necessary. Instead, you should see Laserfiche Webtools Agent in Task Manager. But it sounds like maybe that isn't working properly? Are there any errors in the browser console?

Ok, I stand corrected. Thanks for that clarification. I will stop looking for a browser extension. I am simply trying to install whatever is needed so I can open an Office document in the full app. Currently when I try to do that it says I don't have the web tools installed.

Thanks. I went and manually entered that into the HOSTS file and magically everything started working. Apparently however the installer normally does that must somehow fail in some situations/installations. I guess if I know the workaround I can manually repair it where it doesn't install correctly.

plugin.laserfichelocalhost.com is an actual hostname that we maintain a dns entry for, so the expectation is that it should just resolve correctly without needing to do anything to the hosts file. I wonder if that dns lookup is blocked on the customer's network? I could see an IT admin thinking that a dns response of 127.0.0.1 could be potentially malicious.

Modern security software likely is going to start blocking this DNS in the future. DNS entries that resolve to 127.0.0.1 are likely going to look like malware behaviours. Our network utilizes this type of next-gen security software so likely was preventing this resolution.

When I try to access the NVR through the IExplorer or Chrome browsers by entering the IP address, I see the login screen and it attempts to download the webplugin.exe file. It's a consistent FAIL because of the version of my OS. I'm running Win 7 Pro 64 bit with Service Pack 1 installed.

I have seem issues like this and it turns out to be the Antivirus software ( If running one). I will try to uninstall the webplugin.exe then turn off your antivirus for a moment then install the plugging.

I have found this to be Internet Explorer security settings about 90% of the time. If you have not done this = Open Internet Explorer and click the 'gear' icon at the top right - Choose 'Internet Options'. When that opens - go to the 'Security' tab (2nd tab at top) Look for a 'Custom Level' button and click it. Now you are looking at a list of .Net entries - scroll down to the ActiveX entries.

Find 'Download unsigned ActiveX controls' and set to 'Prompt'.

Find 'Initialize and script ActiveX controls (not marked safe for scripting) and set to 'Prompt'

Save your way out of that dialog, and enter the IP address of the DVR into the address bar of Internet Explorer. When the login prompt appears - stop - go to the Internet Explorer 'Gear' icon again and this time choose 'Compatibility View Settings'. When that dialog appears - click the 'Add' button so your IP address appears in the lower box. Close that dialog.

Now - run the ActiveX add-ons and it should work.

Otherwise you might consider running the installer in a silent mode via the command line across a range of machines. But in any case installing as an admin should make it available for all users that log on to that machine.

A and b are attempted from the browser and if the install is not possible the installer is recommended to be downloaded. The same software packaging approach is used for the web player and editor (nullsoft).

If not, why? Rather than fighting the de facto standard of MSI, why not embrace it like every other Windows software publisher on planet Earth has so that enterprises, schools, colleges, and universities have the ability to quickly and efficiently deploy your software without pulling their hair out?

Under one Windows account, I ran the web player setup with elevated permissions and with the /AllUsers switch. It seemed to install and setup fine. I logged out of that Windows account and logged into another Windows account. Under that second Windows account, when I visited a site with Unity content, an error message displayed indicating that there was a newer version of the web player plugin available and that it failed to automatically update. The message also indicated that I needed to install the update manually.

First, I highly doubt there was a newer version of the plugin because there was literally only 5 minutes between my installing the plugin and trying the Unity demo. Second, why would it be trying to automatically update anyway? If that is normal behavior, can automatic updates be disabled? Automatic updates are disastrous in a lab environment where products like DeepFreeze reset the data on the hard drive after every reboot. Third, if I run the Web browser with elevated permissions, the error message does not display, and everything works just fine.

The fix, I believe, would be to disable the automatic updates, at least whenever the user requests the /AllUsers switch during installation. Certainly, there should be a way to disable automatic updating anyway, just like Java, Flash Player, Adobe Reader, QuickTime, etc. allow.

Well, the installer for the Mono and Player components will need to write the files, do some surgery in the registry and so on. The QA team regularly test this, but they are testing on regular machines, and not typically on machines locked down by group policies.

I know there was an active-x controle released in 2009 that enabled viewing navisworks models in an embeded web-page viewer, however it is my understanding that this plug-in was quickly abandoned and no longer supported. Has there been any talk with the new 2012 suite of a newer version or anything similar in the works? This tool would be an outstanding resource for our clients (some of them have no idea how to download and install freedom viewer and walking them through it is beyond painful...) and in-house as well (similar issues with some of our less techonologically inclined personnel...) if we could get something fully operational and significantly more user friendly than the original. i've worked with it to an extent and was able to get it functioning for a short while, but to see that the previous release was a bit buggy is an understatement. also had tons of problems trying to use relative paths - a nightmare. if anyone knows of anything out there already or in the works it would be much appreciated!

however the problem i am having now is that i cant get the active-x redistributable to install properly. it wont even run the example html that you listen in your comments. i just get a tiny white box in the middle of the screen.

ive run the install over and over again, tried uninstalling, reinstalling, installing as admin (which is definitely not the preferred method here, my clients are completely computer illiterate) and i cant seem to ever get the active x to run.

i was having a similar problem running the NavisWorks 2012 COM API example that demonstrates embedding the ActiveX in an HTML page (path in the API files "C:\Program Files\Autodesk\Navisworks Manage 2012\api\COM\examples\ACTX_01").

the way i got it to work on my machine was to run IE 8 64-bit (shows up in the start menu as "Internet Explorer (64-bit)"). when i did that, the ActiveX showed up on the page and the little gatehouse was displayed.

Java Web Start (JWS) was deprecated in Java 9, and starting with Java 11, Oracle removed JWS from their JDK distributions.This means that clients that have the latest version of Java installed can no longer use JWS-based applications.And since public support of Java 8 has ended in Q2/2019, companies no longer get any updates and security fixes for Java Web Start.

This is why some enthusiasts at Karakun decided to create OpenWebStart, an open source reimplementation of the Java Web Start technology.This guide describes how you can use OpenWebStart as a replacement for JWS and continue using your JNLP-based applications with little or no change at all.

OpenWebStart is an open source reimplementation of the Java Web Start technology, released under the GPL with Classpath Exception.It provides the most commonly used features of Java Web Start and the JNLP standard, so that your customers can continue using applications based on Java Web Start and JNLP without any change.OpenWebStart is based on Iced-Tea-Web and follows the JNLP-specification defined in JSR-56.

The focus of OpenWebStart is the execution of JNLP-based applications.Additionally, the tool contains various modules that simplify your Web Start workflows and let you configure OpenWebStart to suit your needs:

3a8082e126