Enterprise Mode shortcoming...

%3CLINGO-SUB%20id%3D%22lingo-sub-798584%22%20slang%3D%22en-US%22%3EEnterprise%20Mode%20shortcoming...%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-798584%22%20slang%3D%22en-US%22%3E%3CP%3EWe've%20been%20previewing%20Edge%20for%20several%20months%20and%20frankly%20it%20now%20works%20like%20we%20always%20assumed%20%22original%20recipe%22%20Edge%20would%20work%20with%20IE%2C%20that%20is%2C%20embedded%20rather%20than%20simply%20launching%20IE%20in%20a%20new%20process.%20Granted%20that%20was%20our%20fault%20for%20assuming%20as%20much%20back%20when%20we%20read%20about%20integration%20but%20that's%20old%20news%2C%20this%20new%20mode%20is%20great%20and%20offers%20the%20promise%20of%20a%20single%20browser.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThe%20issue%20we%20have%20is%20when%20we%20update%20the%20Enterprise%20Mode%20Site%20List%20xml%2C%20that%20then%20requires%20the%20user%20to%20open%20Internet%20Explorer%2C%20wait%2045%20seconds%20(usually%20longer)%20to%20%22see%22%20the%20new%20list.%20Problem%20is%2C%20some%20of%20our%20users%20don't%20need%20internet%20Explorer%20enough%20or%20understand%20the%20difference%20and%20the%20new%20Site%20List%20is%20never%20loaded%20and%20parsed.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWhen%20troubleshooting%2C%20we%20have%20a%20few%20tools%20we've%20created%20to%20allow%20the%20user%20to%20easily%20purge%20the%20IE%20Cache%2C%20delete%20the%20HKCU%20Registry%20Key%20(that%20contains%20the%20Site%20List%20revision)%20so%20at%20least%20the%20user%20can%20launch%20IE%20and%20%3CU%3Eimmediately%3C%2FU%3Eget%20the%20new%20xml%20but%20this%20isn't%20sustainable%20in%20an%20enterprise%20with%2018%2C000%20users%20to%20effectively%20move%20to%20Edge%20%3CU%3Ewith%3C%2FU%3Eminimal%20support.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20again%20assumed%20(wrongfully)%20that%20once%20a%20user%20goes%20to%20any%20site%20that%20loads%20IE%20Mode%2C%20just%20instantiating%20IE%20would%20trigger%20a%20Site%20List%20query%2C%20but%20this%20doesn't%20seem%20to%20be%20the%20case%2C%20rather%20IE%20must%20be%20opened%20directly.%20We're%20hoping%20the%20developers%20see%20this%20gap%20and%20either%20make%20Edge%20itself%20read%20the%20xml%20after%2045%20seconds%20(like%20IE)%20or%20when%20instantiating%20IE%20within%20Edge%2C%20have%20it%20behave%20the%20same%20way%20it%20does%20now%20when%20launched%20separately%2C%20and%20read%20the%20file.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EOf%20course%20caching%20the%20xml%20by%20IE%20is%20also%20an%20issue%20we're%20seeing%20so%20the%20entire%20xml%20Site%20List%20needs%20perhaps%20everyone%20to%20step%20back%20and%20review%20the%20design...%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThank%20you%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EJack%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-807084%22%20slang%3D%22en-US%22%3ERe%3A%20Enterprise%20Mode%20shortcoming...%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-807084%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F390285%22%20target%3D%22_blank%22%3E%40JFetter%3C%2FA%3E%26nbsp%3BThank%20you%20for%20the%20feedback.%20We%20are%20working%20to%20make%20site%20list%20refresh%20a%20better%20experience.%3C%2FP%3E%0A%3CP%3EAt%20the%20moment%2C%20you%20will%20need%20to%20restart%20the%20Edge%20browser%20after%20updating%20the%20list.%20If%20you%20check%20edge%3A%2F%2Fcompat%2C%20you%20should%20see%20your%20changes%20reflected.%26nbsp%3B%3C%2FP%3E%0A%3CP%3EIt%20is%20not%20required%20to%20restart%20Internet%20Explorer%20for%20the%20site%20list%20changes%20to%20take%20effect%20when%20using%20IE%20mode.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThanks%20for%20trying%20IE%20mode!%3C%2FP%3E%3C%2FLINGO-BODY%3E
Occasional Visitor

We've been previewing Edge for several months and frankly it now works like we always assumed "original recipe" Edge would work with IE, that is, embedded rather than simply launching IE in a new process. Granted that was our fault for assuming as much back when we read about integration but that's old news, this new mode is great and offers the promise of a single browser.

 

The issue we have is when we update the Enterprise Mode Site List xml, that then requires the user to open Internet Explorer, wait 45 seconds (usually longer) to "see" the new list. Problem is, some of our users don't need internet Explorer enough or understand the difference and the new Site List is never loaded and parsed.

 

When troubleshooting, we have a few tools we've created to allow the user to easily purge the IE Cache, delete the HKCU Registry Key (that contains the Site List revision) so at least the user can launch IE and immediately get the new xml but this isn't sustainable in an enterprise with 18,000 users to effectively move to Edge with minimal support.

 

We again assumed (wrongfully) that once a user goes to any site that loads IE Mode, just instantiating IE would trigger a Site List query, but this doesn't seem to be the case, rather IE must be opened directly. We're hoping the developers see this gap and either make Edge itself read the xml after 45 seconds (like IE) or when instantiating IE within Edge, have it behave the same way it does now when launched separately, and read the file.

 

Of course caching the xml by IE is also an issue we're seeing so the entire xml Site List needs perhaps everyone to step back and review the design...

 

Thank you,

 

Jack

1 Reply

@JFetter Thank you for the feedback. We are working to make site list refresh a better experience.

At the moment, you will need to restart the Edge browser after updating the list. If you check edge://compat, you should see your changes reflected. 

It is not required to restart Internet Explorer for the site list changes to take effect when using IE mode.

 

Thanks for trying IE mode!