Under review

URL Launch from FireFox 66.0.3 Not Working

phils 9 months ago updated by Jeremy Conaway 1 month ago 14

When launching ConnectWise Automate Web or Control web consoles, "Control" button doesn't launch the installed application and instead attempts to force re-download of the app.

ConnectWise Control Version:
Server Affected:
Host Client Affected:
Guest Client Affected:

Does it download because the attempt at launching times out?

Other cases of this behavior that I've seen boiled down to a large database, which was slowing everything down.

Did you ever find a solution to this? I have the same problem.

I am having the same issue as well. On Firefox 67.0.2. Happens on multiple computers with Firefox, works fine in Chrome but using Chrome is not a solution. The URLLaunch will timeout and go to the next option which is the exe installer, really slows everything down.

Anyone find a solution to this?

Same problem here, granted the database is pretty huge and slow, but it works perfectly in chrome every time. In Firefox it works occasionally but more often than not it times out on URL launch.

I'm on Firefox 67.0.3

Still having this issue, currently on Firefox 68. Having over a hundred downloads and having to reinstall screenconnect on my local computer every time I need to start a session is becoming a huge hindrance.

Any updates to this?

They recommend Edge (useless) or Chrome (error prone). There's a reason why I use Firefox to begin with, and a debug would be nice. 

A workaround I've been doing (because I can't get Firefox to render fonts correctly for my bad eyesight anyways) is to use Brave. Its Chrome-based but seems to be less resource intensive and error prone. Also has some nice blocking features built in for general browser use.

I get the same issue - we have two SC instances, and one will work fine when the other doesn't (one has many computers, the other doesn't). In some instances I'll be able to launch one session on one specific machine fine, and then it won't work for 5-10 minutes, and then will work fine again.

I looked at one of these cases recently, and it appears to be an intermittent bug in Firefox's custom protocol handling. Haven't found a workaround yet, but I'll keep you all posted.

I'm getting the same issue in Firefox, I'm on version 69.0

I have to reinstall every time just to open a session..... I do not want to use Chrome. At all.

This issue started months ago and has gotten worse with updates.  At first it only happened couple of times a day, now pretty much every time a host is connected to.  We are supporting more then 400 computers using this software and it is very time consuming issue.  This happens in both Firefox and Chrome.  Has anyone found a fix for this?  I contacted support they directed me to this thread? Really

We have an on-prem Control server and are having the same issue. My techs who use firefox as the primary browser are having this issue as well. Any time I patch Control I have the techs uninstall Control, launch in Chrome to install, then go back to Firefox. It seems to help fix the issue half the time.

What is the status on this? having the same issue with Google Chrome....6 months without updates? 

This is happening for me not only on Firefox but also Chrome, Edge and Edge Beta.  This REALLY inconveniences a person who must log on to multiple machines per day.
The problem started for me when I had to replace my hard drive and reinstall Windows and all apps.  Before that it was working fine. You would think--7 months later--the software engineers would have a solution to this problem!