BGInfo not applying for users' first logon

[sdc]

Hi all

 

We're using BGInfo to create the appropriate wallpaper for users; however, it only seems to work from the second time a user logs on to a PC. The first time they simply get the default Windows wallpaper. We've checked all the settings within BGinfo, and applied the registry key needed, but still to no avail. It does not appear to be permissions-based (running the batch file that calls BGInfo with the relevant arguments will work just fine once the user is logged in). It's a minor niggle, but annoying all the same. Having migrated to Windows 10 across the campus over the summer, it would be great to have the new desktop working too!!

 

Thanks for any suggestions!

[AJWhite1970]

Does your bginfo defined temp folder exist the first time bginfo runs?

[sdc]

Ooh; that's an interesting point. I don't know, to be honest. I take it that it won't create it, then, if it isn't? The setting is to the user's temp folder, which I would have thought would exist - wouldn't Windows create it as part of the logon process?

[AJWhite1970]

I've certainly seen bginfo not play nice if the folder doesn't exist or if it's trying to write the bmp file to a place it only has RO rights. Does it work if you put it right at the end of the login process?

[sdc]

Hi, it's the last thing that happens during the login process as far as we are able to control via group policy. The script is called from User > Policies > Windows Settings > Scripts > Logon which, I assume, is the best place for it to reside?

[Guest obsidianpillar]

Hi, it's the last thing that happens during the login process as far as we are able to control via group policy. The script is called from User > Policies > Windows Settings > Scripts > Logon which, I assume, is the best place for it to reside?

 

 

Yup, that's right. If your mapping via Batch - can't you do an "IF EXIST GOTO:BGINFO ELSE GOTO:CREATEFOLDER" and then do "MKDIR " so the folder will be created and then BGinfo will run?

We do ours from a static location, but surely that may work?

 

Cheers.

[sdc]

Thanks. Following some rigorous testing (aka fooling around until it eventually worked), I discovered that due to some quirk of group policy application, the script wasn't always running at the right time. Anyway, now BGInfo is set to save the generated wallpaper in a folder (ironically created by another group policy!) to which authenticated users have write permissions.

 

Many thanks for all the help - much appreciated!

[LukeC]

Im also having the same issue this is my script \\domain\netlogon\folder\bginfo\bginfo.exe \\domain\netlogon\folder\bginfo\default-thinkuknow.bgi /accepteula /timer:0 It is set to the user temp location. The bakcground is being created but will only apply on second login. We are using windows 10.

[sdc]

I found that the most reliable method was to copy all of the necessary files to the local machine via GPO at the computer level, and then running everything locally via batch files called at the user level. I also found that UNC paths including spaces were very unreliable. Hope that helps!

[LukeC]

Thanks where do you have your background being created at is it in the temp directory or another location?

[AJWhite1970]

Personally mine is pointed at "User Application Data directory" and that works 100% of the time.

 

Like others have said, my copy of bginfo.exe and my .bgi file both reside in a folder on the C drive and updated if necessary during the user login process, appears happier to run that way than from a mapped drive or url

 

HTH

Andrew