I’ve attached the issue/email I reported earlier but unfortunately did not have 
the bandwidth to pursue it further.
I did create however create a ticket with our IDP but they were able to 
reproduce the issue with another third party IDP and so we dropped the issue 
altogether. Since then, we have tried to use a more “mainstream” FF 
configuration

Best,
Samuel


From: Mike Kaply <[email protected]>
Date: Monday, 4 November 2019 at 18:44
To: Samuel Ambaye <[email protected]>
Cc: Tiago Marques Delboni <[email protected]>, "[email protected]" 
<[email protected]>
Subject: Re: [Mozilla Enterprise] Issues with multiprocessing

What specific problems did you encounter? Did you open or find bugs in bugzilla 
for them?

Mike

On Fri, Nov 1, 2019 at 3:14 AM Samuel Ambaye 
<[email protected]<mailto:[email protected]>> wrote:
Hi,

Yes. We also had to temporarily set the value to false to avoid a few issues 
(SSO, capability.policy.policynames, start up errors).
We are removing usage of the FF setting capability.policy.policynames so that 
we can restore support for multiprocessing and avoid SSO issues.

Best,
Samuel


From: Enterprise 
<[email protected]<mailto:[email protected]>> on 
behalf of Tiago Marques Delboni 
<[email protected]<mailto:[email protected]>>
Date: Thursday, 31 October 2019 at 17:24
To: "[email protected]<mailto:[email protected]>" 
<[email protected]<mailto:[email protected]>>
Subject: [Mozilla Enterprise] Issues with multiprocessing

Hi!

Since ESR 52.x and now with ESR 60.x, both Windows/64bits, we are having issues 
with multiprocessing enabled - FF hangs or some funcionalities of 
sites/applications doesn't work as expected. We observed this behavior on 
OpenCMS based websites, Alfresco and a few others.

To fix this, we had to set "browser.tabs.remote.autostart=false" in our 
organization.

Anyone else having this kind os issues?
--

Tiago Marques Delboni

_______________________________________________
Enterprise mailing list
[email protected]<mailto:[email protected]>
https://mail.mozilla.org/listinfo/enterprise

To unsubscribe from this list, please visit 
https://mail.mozilla.org/listinfo/enterprise or send an email to 
[email protected]<mailto:[email protected]> with a 
subject of "unsubscribe"
--- Begin Message ---
We have a tool called mozregression:

https://mozilla.github.io/mozregression/

That would be very helpful to find this out.

If you can recreate on Firefox 52, and you could track down what caused it, 
that would be great.

Mike

On Thu, Jun 7, 2018 at 3:29 PM, Samuel Ambaye <[email protected]> wrote:
Thank you for looking into this. We did not have the issue with ESR FF 52 x32 
like we do now with FF 60 x64 but I have not tested on V52 with a clean/new 
profile like I have on V60. 


On 7 Jun 2018, at 22:02, Mike Kaply <[email protected]> wrote:

I've looked into this and I can't find any reason why setting checkloaduri to 
enabled would cause this behavior.

Is this a new behavior or did it happen on Firefox 52?

Mike

On Thu, Jun 7, 2018 at 10:58 AM, Samuel Ambaye <[email protected]> wrote:
Hi, 

Given Firefox 60 and that the following pref is added using about:config

capability.policy.localfilelinks.sites = http://www.example.com

When using an Identity Provider initiated SAML sign-in (on www.example.com)
The system somehow changes a SAML HTTP method POST to method GET causing the 
signing to fail.

Work-Around: Set browser.tabs.remote.autostart to false.

Notes: Apparently, others have reproduced this issue on other other sites 
(Salesforce) and when using other Identity Providers (GSuite).

My questions are:
Is capability.policy.localfilelinks.sites a supported configuration?
Is this just a bug or is there a trade off between the preference and the 
work-around.
Any other / better work-arounds?
Any advice other than filing a bug report and disabling autostart?

Best,
Samuel

PS - The preference is used with the ones below
capability.policy.localfilelinks.checkloaduri.enabled and
capability.policy.policynames
PSS - No issue in Chrome, which does not offer access to the local file system 
anyway due to security conerns.


_______________________________________________
Enterprise mailing list
[email protected]
https://mail.mozilla.org/listinfo/enterprise

To unsubscribe from this list, please visit 
https://mail.mozilla.org/listinfo/enterprise or send an email to 
[email protected] with a subject of "unsubscribe"





--- End Message ---
_______________________________________________
Enterprise mailing list
[email protected]
https://mail.mozilla.org/listinfo/enterprise

To unsubscribe from this list, please visit 
https://mail.mozilla.org/listinfo/enterprise or send an email to 
[email protected] with a subject of "unsubscribe"

Reply via email to