0

Trying to understand what is the hierarchy of login/startup scripts that trigger when a user logs in to Windows 10 and if this is impacting a local user command script in the startup from taking effect.

Have a command script that runs on user login (placed in user's startup folder), works manually, but isn't applying during login when group policies apply (this script updates a value set by a group policy).

Simple command script changes the user's notification message duration at HKCU:\Control Panel\Accessibility\MessageDuration to 5 seconds as this is overridden to 30 minutes by Group Policy.

1
  • 2
    Answering below made me wonder: why? If you're IT or an admin on the domain you could modify GP. Because you're not updating GP, it makes me think you may be unhappy with policies set by your IT and instead of asking them to change them, or accepting they have the right to do so, you are trying to circumvent these. Given this, I strongly urge you to NOT try to modify a computer that you do not own. Commented Aug 13, 2021 at 5:24

1 Answer 1

1

In your specific case, Startup Script will run as the OS loads and policies applied by it will be enacted UNTIL Group Policy runs. Because GP runs at logon and then at regular intervals (90 minute default, can be modified by domain configuration), the Group Policy isn't "superseding", it's just being applied after and regularly, which the Startup Script doesn't do.

When configuring a domain, it is critical to track ALL policies applying to the systems and avoid making conflicting policies, like you have. For this reason, I personally prefer to use EITHER a Startup/Logon script OR Group Policy, but not both. Or, limit the Startup or Logon script to those functions that GP cannot handle so well or easily.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .