HTML5 Workspace App 1908 being blocked by uBlock Origin

[FRASER ROBERTSON]

Has anyone else encountered this? We just upgraded our HTML5 receiver from 19.1 to 1908 and now when users try to connect in a browser with uBlock they are getting a white screen and the desktop doesn't load. It looks like there is a call-back to googletagmanager.com which gets blocked. 

 

Is this call meant to be in the client or has it been left in this build accidentally. I'd really rather not have to ask our users to disable their ad-blockers to use an internal service.

[Karan Boochra]

Hi Janssenm,

 

We have released 1909 with this fix. 

 

You can download 1909 Workspace for HTML5 from https://www.citrix.com/en-in/downloads/workspace-app/html5/workspace-app-for-html5-latest.html

 

Thanks and Regards,

Karan

[Michiel Janssens]

Hi Karanb, thanks for repying.

 

The steps you describe to disable it via configuration.js seem to be for the Citrix Workspace app for Chrome.

This issue being discussed applies to the HTML5 reciever. I'm using Firefox at the moment to connect to it, no Chrome involved.

We saw that inside the HTML5 receiver a configuration.js exists with this setting, we changed that, restarted the server and tested it, with no change noticeable.

 

As stated in https://docs.citrix.com/en-us/receiver/html5/current-release/configure.html I set the checkmark to CEIP to off, logged off my session, logged in again, no change.

 

[Karan Boochra]

Hi,

 

Which browser is being used to access HTML5 Receiver? 

 

Thanks and Regards,

Karan

[FRASER ROBERTSON]

Karan,

 We see the same behaviour in any browser with ublock installed. Tested Chrome, Brave and Firefox. 

 

 

[Karan Boochra]

Hi,

We are able to reproduce the issue and are currently looking at the probable fixes. 

As a workaround, could you add the following line in "My Filters" of UBlock - @@||www.googletagmanager.com^$script

 

This should allow the sessions to launch. Let us know if this worked for you.

 

Thanks and Regards,

Karan

[Manuel Cornejo]

Hello everyone

[David Clark1709160691]

@mcmnova.  Open a new thread.

[Michiel Janssens]

Hi, I noticed this behavior as well, in uBlock, also in NoScript browser extension.

It's a bit strange that I have to allow a foreign website, in this case google, to get to a locally hosted service.

Can anybody explain why google is involved and in what way it can be disabled, please?

[Karan Boochra]

Hi Janssenm,

 

We are addressing the issue and the fix for this should be part of our next release.

 

You can disable it by following the below steps (You won't need to add the Filter in UBlock with the below settings) :

 

For Citrix Workspace app Chrome versions 1907 and earlier, set the enabled attribute under ceip to false in the configuration.js file.

 

'ceip':{

    'enabled':false,

}

 

 

For Citrix Workspace app Chrome versions 1907 and later, set the enabled attribute under analytics to false in the configuration.js file.

 

'analytics':{

    'enabled':false,

}

[Karan Boochra]

Hi Janssenm,

 

We have a release next week and we should have the fix for this in the release. We will keep you updated.

 

Meanwhile, you can use the workaround - Add the following line in "My Filters" of UBlock - @@||www.googletagmanager.com^$script

 

Thanks and Regards,

Karan

[Michiel Janssens]

Thanks for the update.

We will download and test it, can't tell how soon, but I will report back.

 

Kind regards

[Karan Boochra]

On 9/4/2019 at 2:12 PM, Michiel Janssens said:

Thanks for the update.

We will download and test it, can't tell how soon, but I will report back.

 

Kind regards

 

Hi Janssenm,

 

Sure let us know.

 

Thanks and Regards,

Karan

[Michiel Janssens]

We tested Citrix Workspace App for HTLM5 version 1909.  Now we can start a session, without needing to whitelist an external URL.

So referring to the main question of this thread, this could be marked as solved, but that would be up to @FRASER ROBERTSON who asked it.

 

But.. there is a but, from my side.

Although whitelisting is not needed anymore, the session still want's to connect to googletagmanager.com.

When whitelisting googletagmanager.com, no other URL is requested (version 1908 wanted to go to google-analytics.com after whitelisting)

So people not blocking scripts and/or ads (the majority of end-users who aren't aware), will still request googletagmanager.com in version 1909.

I wonder why this is needed.

 

 

[FRASER ROBERTSON]

I have marked this as answered since the update does allow a session to start if an ad blocker is used but, I agree with @Michiel Janssens. I would like to know why this product is attempting to connect to googletagmanager.

 

[Michiel Janssens]

On 9/16/2019 at 5:38 PM, FRASER ROBERTSON said:

I have marked this as answered since the update does allow a session to start if an ad blocker is used but, I agree with @Michiel Janssens. I would like to know why this product is attempting to connect to googletagmanager.

 

@Karan Boochra any news on this?

[IMSWaaS Workspace]

I am also experiencing the same issue with HTML5 19.9.0.4888.Kindly let me know if there is any update on the issue.

[Shruthi Udayakumar]

On 8/22/2019 at 11:59 PM, FRASER ROBERTSON said:

Has anyone else encountered this? We just upgraded our HTML5 receiver from 19.1 to 1908 and now when users try to connect in a browser with uBlock they are getting a white screen and the desktop doesn't load. It looks like there is a call-back to googletagmanager.com which gets blocked. 

 

Is this call meant to be in the client or has it been left in this build accidentally. I'd really rather not have to ask our users to disable their ad-blockers to use an internal service.

The issue has been fixed and users need not remove adblock extension.

Can you please update to the latest version of HTML5 Receiver ?

[Maik Ludwig]

We have the same problem.
The Workspace App for HTML5 2002 is installed on our Storefront Server.
After disabling uBlock it works. But some customers still use the Internet Explorer. There the error also occurs, but there is no uBlock at all.

[Shruthi Udayakumar]

On 4/2/2020 at 12:56 AM, Maik Ludwig said:

We have the same problem.
The Workspace App for HTML5 2002 is installed on our Storefront Server.
After disabling uBlock it works. But some customers still use the Internet Explorer. There the error also occurs, but there is no uBlock at all.

Hi Maik,

 

Thank you for reporting the issue. We are currently working on the fix and should be available in the next GA of HTML5 CWA.