User Profile
sheffieldc
Brass Contributor
Joined 7 years ago
User Widgets
Recent Discussions
Re: Updates to auto sign in with on-prem Active Directory accounts
TCadm444 Hello! Not with purely on-premise AD - we are now using hybrid join, which signs our users into Edge seamlessly. While your mileage may vary, for us enabling hybrid join had no real tangible impact beyond enabling Edge auto sign-in, so subject to your own impact assessment I would recommend enabling hybrid join.10KViews0likes0CommentsRe: Keep Favorites Synced between Internet Explorer and Edge NOT available in Edge Chromium
What am I confused about? It’s there in black and white you repeatedly telling someone you’d solved their problem when you hadn’t, then trying to gaslight everyone into accepting your “solution”. The cloud workaround is irrelevant, it’s suitable for some people and not others, and the decision to use it or not is none of your business. You coming on to say “cloud is the solution” as though that was what you suggested in the first place is just massively insulting. Please just find something else to do with your time.3.2KViews0likes11CommentsRe: Keep Favorites Synced between Internet Explorer and Edge NOT available in Edge Chromium
Henno_Keers You might be right but that's a totally unhelpful intervention, in a thread already full of unhelpful interventions and irrelevant and unsolicited advice. If people want to do it on-premise, let them. These are two-decades-ago problems that we should not be returning to in 2020. And for what it's worth Microsoft seem to agree, since they are (however slowly) implementing it.3.3KViews0likes1CommentRe: Keep Favorites Synced between Internet Explorer and Edge NOT available in Edge Chromium
narutards Is this pilot any different to what's already been discussed in this thread? The technical details of how to enable on-premise 'sync' from v83 onwards have already been discussed above...4KViews0likes11CommentsRe: File associations XML file applies - but still get error messages at first log on
Alright, so I've now discovered this secondary XML file and DLL file in System32, OEMDefaultAssociations.XML/.DLL, having found a post by someone who mentioned this appeared to be conflicting with what they were setting by Group Policy. It's definitely this pair of files causing the issue in my environment - if I replace OEMDefaultAssociations.XML with the smaller XML file I was using to manage associations by GPO, I get less notifications - and if I rename/remove OEMDefaultAssociations.DLL I no longer get any notifications of the reset associations. If I rename/remove the DLL and apply a separate XML file by GPO as before, I don't get the notifications. Simply altering the system32\OEMDefaultAssociations.XML isn't enough to stop the notifications but changing the DLL is - so I noticed that if you look inside the DLL there's another copy of the 'default' associations XML. What is this for?! Why, when the XML file contained within is an exact copy of the XML file in system32, does it cause this behaviour? If I copy the XML file to the PC and change the GPO to point at this too, I still get the notifications. There shouldn't be anything clashing - yet somehow there is?! It looks like for us the 'solution' is to rename this DLL file but that feels like a kludge and who knows what issues it will cause down the line. Can anyone shed any light on this at all, before I implement yet another ridiculous hack solution for our Windows 10 rollout?4.3KViews0likes0CommentsFile associations XML file applies - but still get error messages at first log on
This is one that's really driving me bananas. When we first started testing 10 I noticed that the first logon for any user produced a slew of notifications from Windows that 'an app has caused a problem with the default app setting for (xxx), it has been reset to Edge'. A few weeks back I looked into it properly and implemented a file associations XML to be applied to the machine by Group Policy. This seemed at the time to resolve the issue, no notifications were appearing and files were associated with their correct application (there's only .pdf that I actually changed - all the other entries for Edge, etc were there to 'affirm' the default). With no change to the build of the machine (barring Windows Updates, potentially) the issue started to occur again. What is really curious about this is that although I get a full set of messages saying Edge has now been set as the default, if I set this to something else (e.g. Chrome for https/.htm, etc, Acrobat Reader for .pdf) the files still open with the correct application. I've since investigated several avenues to try and resolve this: Re-built the machine excluding the Chrome install, in case Chrome was doing something weird at first login - no change. Fiddled endlessly with the associations XML in case something was wrong with it - though it seems to be applying regardless of the notifications, I don't think that's the issue. Tried disallowing Edge from preloading, in case it was performing/triggering changes before the XML was applied - no change. Installed Edge Chromium in case that affected anything - nope. Moved the XML to a local path, in case that made it quicker/more reliable to access. Upgraded the install media to 1909.4 from VLSC as the release notes for an included update supposedly resolve this or a similar issue - no change. I've read this article (https://answers.microsoft.com/en-us/windows/forum/windows_10-files/windows-file-association-explained-for-desktop/cfa62c00-82e0-4d05-b302-3444ab930bb7) which is fairly illuminating in places but I'm still in the dark as to why these notifications occur. It sounds like the UserChoice/Hash value pair are either broken or non-existent at the user's first login, but the problem is these are presumably based on the default profile on the machine - this is just the default profile from the .WIM file on the official Windows media, we don't make any customisations to it at all. Looking in the default user hive there is nothing under Software\Microsoft\Windows\Shell, or Software\Classes. I did read at one point that if the user choices are simply missing, the 'default app reset' message will also be triggered by that. We have no way of pre-populating these values because they're hashed. Has anyone managed to banish these messages? This is a really miserable first login experience.4.4KViews0likes1CommentRe: Keep Favorites Synced between Internet Explorer and Edge NOT available in Edge Chromium
simsoo Mine shows up under User Data\Default. Do you get a 'Default' folder? Maybe it's not creating the default profile for some reason. Beyond that, I'm at a loss I'm afraid... But since the settings not even in the templates yet and has barely a mention by Microsoft it's obviously very early days in its implementation.6.2KViews0likes10CommentsRe: Keep Favorites Synced between Internet Explorer and Edge NOT available in Edge Chromium
simsoo The only material differences I can see between our policies and yours are: RoamingProfileLocation - we don't set this because it Edge uses roaming appdata once RoamingProfileSupportEnabled is set. (It goes to something like Roaming AppData\Microsoft\Edge Dev\User Data\....) It could be worth trying without this value set. UserDataDir - is this set because it was previously used to redirect to a network drive? I'd start with the first. Not saying these are definitely the cause but I would want to try it without them set to see if it works then.6.4KViews0likes13CommentsRe: Sync isn't available for this account
MissyQ Ah sorry! Nah, I just hoped we'd be able to sign into and sync with the cloud automatically - I think the way it looks at the moment that just isn't designed in, rather than we have a config issue or bug. I'd tried it with the on-premise sign in enabled, not configured and disabled. The RoamingProfileSupportEnabled registry key seems to do what we need to make sure people's bookmarks are at least maintained across our domain PCs with the changes in 82.0.453, so I think we'll implement that and deploy Edge Chromium once that feature is in the stable channel. Then revisit cloud sync and/or hybrid join at a later stage.8.4KViews1like1CommentRe: Keep Favorites Synced between Internet Explorer and Edge NOT available in Edge Chromium
simsoo I have this apparently working this afternoon on 82.0.453. Alongside the registry key (I only set RoamingProfileSupportEnabled, haven't tried changing the path and don't know if that's supported), I had to make sure browser sign-in was enabled (or forced), configure automatic AD sign-in, and make sure synchonization of data with Microsoft Sync services isn't disabled. Seems counterintuitive, but 'sync' still needs to be enabled apparently for the roaming profile support to work. To me, they're not the same thing, but it does seem to work from my preliminary tests this afternoon. It doesn't preserve collections, however.6.6KViews0likes19Comments
Recent Blog Articles
No content to show