LBS extension matches hostnames in Enterprise Mode file not as expected, therefore redirects when it should not
Reported by
christia...@gmail.com,
Dec 3
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.110 Safari/537.36 Steps to reproduce the problem: 1. Have an Enterprise Mode file configured (xml): ----- <rules version="59"> <emie> <domain exclude="false">portal</domain> </emie> ----- 2. Install LBS extension on Chrome and LBS client component on OS 3. Navigate to https://portal/ 4. Navigate to https://portal.example.com/ What is the expected behavior? Navigating to https://portal/ redirects to the alternative Browser Navigating to https://portal.example.com/ *does not* redirect to alternative Browser What went wrong? It seems the LBS extension does not compare the hostname part of an URL by starts-with comparison instead of exact match. Edge and IE11 behave like this when interpreting the Enterprise mode file. Did this work before? No Chrome version: 70.0.3538.110 Channel: stable OS Version: 10.0 Flash Version: component:Enterprise>BrowserSwitcher See also: https://docs.microsoft.com/en-us/internet-explorer/ie11-deploy-guide/enterprise-mode-schema-version-1-guidance
,
Dec 3
,
Dec 3
Thanks for reporting this. Indeed currently LBS interprets those entries the same way it does its own policies. It should adhere to the SiteList semantics though. We will incorporate this fix in the upcoming LBS integration into Chrome. |
|||
►
Sign in to add a comment |
|||
Comment 1 by christia...@gmail.com
, Dec 3