Starcomper Posted February 10, 2020 Posted February 10, 2020 (edited) I'm running Home Edition build 1909. Here is what I did: 1. Changed to ownership of credprovhost.dll.mui to my user account by right clicking the file under properties. 2. Gave my user account full control of the file and ownership of the file. 3. Moved that file out of C:\Windows\System32\sv-SE\ to my Desktop 4. Used a similar tool to ResEdit called Resource Hacker to edit entry 100 from 'Annan användare' to the string I wanted and compiled a new file. 5. Moved that file back to C:\Windows\System32\sv-SE\ 6. Rebooted my computer Still 'Annan användare' is shown at startup and if I open the credprovhost.dll.mui file that I recompiled it shows 'Logga in' as the entry under 100.The file is clearly edited to the value that I want but apparently Windows doesn't care about that and appears to read the string 'Annan användare' from elsewhere. Does anyone know how make Windows read the value of the edited file and show that value at startup? One thing I might add is that since I run Home Edition I manually had to add gpedit and some of the settings there are missing. Do you guy think this might have something to do with it? Edited February 10, 2020 by Starcomper Paragraphing bug
AJWhite1970 Posted February 10, 2020 Author Posted February 10, 2020 Had a go on a 1909 pc this afternoon and it worked fine. Copied the credprovhost.dll.mui file from c:\windows\system32\en-us folder to the desktop and then edited line 100 in Resource Hacker to “” Booted into Linux via a boot usb drive, copied the file back to the en-us folder and rebooted. Also changed user-192.png to a transparent tile. The end result is this (and with thanks to BKGarry for the wallpaper) 2
Wubbalubbadub Posted February 10, 2020 Posted February 10, 2020 We tried this on 1909 and seem to have a bug where the Other User in the bottom right doesn't come back. Little hit and miss on some machines, but a still a bit odd.
kidpressingbuttons Posted February 27, 2020 Posted February 27, 2020 We are doing everything entirely through GPO with copying the files so not sure if that makes a difference? Done about 10 builds on 1909 and all consistently working...
2097 Posted February 27, 2020 Posted February 27, 2020 Thats quite interesting , But does any one know how to stop the "Lock Screen" showing first and last name when a user locks their account , Windows 7 used to only display the username ?
2097 Posted March 3, 2020 Posted March 3, 2020 Whats strange with this , I was able to do it manually on one machine and it worked fine . Re imaged that machine and tried again , Doesn't work... Despite replacing the file fine .. It now just displays "Other User" still. Im wondering if this file is cached some where ? Im Using the EN-GB folder ( Which is where mines installed )
hellgate24 Posted March 9, 2020 Posted March 9, 2020 Bit of an update on this, I think it is down to the version of the file being used. If you have the EN-US folder in system32 you are using the English US ISO for your image. If you have EN-GB you are using the English International (UK) ISO. It seems the credprovhost.dll.mui files are not interchangable. The previous IT guys at one of my schools had been using the EN-US version of the W10. If I took the CredProvHost.dll.mui file from this, edited in ResHacker and applied to the EN-GB version of the ISO I would get blank/no wording at the login screen, If I applied the same file to EN-US version, it worked fine. As soon as I took a copy of the file from the EN-GB version and ran through the same process with ResHacker the custom wording appeared - in short probably worth re-editing the file from a vanilla ISO of your choosing whenever a new build of Windows is released and ensuring you match the right language version (EN-US or EN-GB). Thanks
petben Posted June 18, 2020 Posted June 18, 2020 we have been using this for years: - edit credprovhost.dll.mui with resedit for new text - change permissions to admin modify - change ownership to admin Just testing on a Win10 2004 computer and it doesn't work, the (new version 2004) files from both EN-US and EN-GB and permissions have definitely changed, but the 'Other User' text remains after many reboots. Anyone got this working on Win10 2004? Thanks
mshakespeare Posted July 16, 2020 Posted July 16, 2020 Hi, We are also trying this on 2004 and cannot get it working. Have you managed to solve the issue? We've not had a problem with the other version. Thanks
AmosPerrins Posted August 14, 2020 Posted August 14, 2020 What worked for us on 2004 was setting deny permissions for everyone on the copy of credprovhost.mui.dll in the following folder (had to take ownership): 'C:\Program Files\WindowsApps\Microsoft.LanguageExperiencePacken-GB_19038.0.1.0_neutral__8wekyb3d8bbwe\Windows\System32\en-GB' It's likely overkill, there may be some unforseen side-effects and there's probably a better way of doing it but we'll roll with what works for now. I'm guessing if you've got a Language Experience Pack installed and a resource can't be accessed, it automatically falls back to the default one.
mdrabble Posted March 1, 2021 Posted March 1, 2021 Anyone got this working on 20H2? Had this working on up to 1909 - tried on 20H2 and no luck (probably me being an idiot) so thought would check with other peeps. Cheers
thimon Posted March 1, 2021 Posted March 1, 2021 Can confirm it’s still working with 20H2. Got it replacing via GPO, haven’t touched any settings since I put it in place with 1511.
mdrabble Posted March 2, 2021 Posted March 2, 2021 Can confirm it’s still working with 20H2. Got it replacing via GPO, haven’t touched any settings since I put it in place with 1511. Can you talk me through your process as I must be missing something - this time round I’m struggling to save it once ive edited the dll file. Once edited I put the file back in the image. Cheers
thimon Posted March 8, 2021 Posted March 8, 2021 This is the setting in place, to replace the mui file. Haven't touched this in a long time and still works with 20H2.
mikeishere555 Posted March 14, 2021 Posted March 14, 2021 After a very brief skim read through this thread there seems to be a lot of trial and error (obviously) to go through. Has anyone documented the process for their own use or to share and wouldn’t mind pinging over to me? I’ll trawl through the 6 pages if needed but just being the classic forum leech!!
mdrabble Posted July 16, 2021 Posted July 16, 2021 Rather annoying - had it working on 20H2 and suddenly machines are reverting back to "Other User" Anyone any ideas? Cheers
6Foot2 Posted July 16, 2021 Posted July 16, 2021 Reapply the same fix/policy that was working on 20H2 before recent Windows update(s) maybe? Disclaimer: I no longer have access to a (school) network, so this is simply a suggestion.
Garacesh Posted July 16, 2021 Posted July 16, 2021 Reapply the same fix/policy that was working on 20H2 before recent Windows update(s) maybe? Disclaimer: I no longer have access to a (school) network, so this is simply a suggestion. Wait, there was a policy? I thought you had to modify a DLL in the .wim before you deployed?
6Foot2 Posted July 16, 2021 Posted July 16, 2021 Wait, there was a policy? I thought you had to modify a DLL in the .wim before you deployed? Clarification: Reapply whatever made it work for 20H2.
thimon Posted July 16, 2021 Posted July 16, 2021 Still working for us on a test Win11 machine. What are you editing?
mdrabble Posted July 16, 2021 Posted July 16, 2021 I'm editting credprovhost.dll.mui from C:\Windows\System32\en-GB It was working this morning, I logged out and suddenly said Other User. No updates applied so bit puzzled. Reimaging new machines works fine then they all have reverted at random times afterwards.
thimon Posted July 16, 2021 Posted July 16, 2021 I've just checked. We replace the file at C:\Windows\System32\en-US Has worked for us since Win10 1511, running Enterprise version, if that makes a difference.
6Foot2 Posted July 16, 2021 Posted July 16, 2021 I'm editting credprovhost.dll.mui from C:\Windows\System32\en-GB It was working this morning, I logged out and suddenly said Other User. No updates applied so bit puzzled. Reimaging new machines works fine then they all have reverted at random times afterwards. I saw something similar a while ago. My station images would build OK, but laptops from the MAT, with an updated Windows build (compared with mine) wouldn't work. It was eventually traced back to a faulty Impero release. While newer Impero releases had sorted the problem, I hadn't created a new package for a while, just updated the server and pushed out the update from there. In doing this, the fault remained in my images and went undetected until the new Windows build came along. The newly built stations would be OK for a while, only showing the problem when Impero was deployed from my SCCM. BTW: The fault here was that the computers would fall off the network and behave like standalone machines.
PerUnd Posted July 21, 2021 Posted July 21, 2021 Our GB image stopped working when they started updating the credprovhost.dll.mui file with LXPs. IIRC we have to edit a file in C:\Program Files\WindowsApps now. Annoying thing is the folder name changes when they update the LXP.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now