Remove "Other User" wording from login screen

[Starcomper]

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]

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)

 

[Wubbalubbadub]

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]

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]

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]

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 )

[kidpressingbuttons]

Im using EN-US if that helps

[hellgate24]

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]

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]

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]

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]

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]

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]

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]

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]

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]

Rather annoying - had it working on 20H2 and suddenly machines are reverting back to "Other User"

 

Anyone any ideas?

 

Cheers

[6Foot2]

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]

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]

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]

Still working for us on a test Win11 machine. What are you editing?

[mdrabble]

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]

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]

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]

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.