Question OneDrive Error after changing File Permissions -- are they related ?

[The Guy From The Thing]

couldn't think of a good way to title this but essentially, for unimportant reasons, I gave myself permissions to access the Tasks folder in System32 (I clicked Continue when prompted)


I triple checked with my friends, and your User account is not in the permissions list of the Tasks folder by default, closest thing is that the Administrator group is. so the fact that I couldn't originally access the folder is perfectly normal


anyway, I didn't do anything in the folder itself and eventually exited, and then removed my User account from the permissions list of the Tasks folder by right clicking > Properties > Security


not long after this, I clicked Shut Down on my PC and immediately got an error message during the shutdown that said "DesktopWindowXamlSource - onedrive.exe - Memory could not be read - Click OK to Quit the Program"


I've never seen this error before but the reason I'm so unsure of the cause is because my internet is currently down due to storms, so OneDrive has been unable to connect, sync, or work in general all morning


I've started and shutdown the PC several times before and after this occurred + I also gave myself permissions for the Tasks folder again on my computer, as well as my laptop; however, this error hasn't happened again when I shut down


I'm now also a bit concerned because, even though nothing is visibly wrong or non-functional, I'm not sure if I've messed up the permissions of the Tasks folder. the User account isn't in the default list of accounts with access permissions; however, I'm not sure if the same story is true for the subfolders and files in Tasks


when I entered the Tasks folder after giving myself access permissions, the User account gets all permissions except for "Special Permissions"


within Tasks, there are 3 subfolders and numerous files (mostly related to Nvidia and a couple of OneDrive), since it's all TaskScheduler stuff. the subfolders are AgentActivation, Asus, and Windows


the User account had full access permissions for AgentActivation and Asus folders; however, since I can't enter the folder without getting these permissions, I can't tell if my User account has access perms for any of these subfolders or files by default

I'm leaning towards "no" since it gets full access perms to those subfolders and files, like the main Tasks folder, and none of the other accounts have that; they all just have 1-2 ticks, but I'm not sure



so my main question is in 2 parts;


1. if the User account doesn't have access permissions for a folder, shouldn't it not have any permissions for subfolders or files within the main folder?


2. with everything I've said, does it seem like the DesktopWindowsXamlSource OneDrive error was caused specifically by me doing this with the Tasks folder? or was it likely caused by the internet outage, and was poorly timed?

the error didn't happen when I messed with the permissions again, or when I did it for the first time on my laptop. any thoughts? any peace of mind?

 

[Ralston18]

Take a look in Group Policy Editor.

First sketch out a simple diagram showing the drives, folders, subfolders, and files in question.

Second make some notations about who has (or is to have) access to each drive, folder, etc. along with the specific rights to be granted.

Compare diagram to what Group Policy Editor indicates.

To help:

https://learn.microsoft.com/en-us/w...curity-policy-settings/user-rights-assignment

You can easily find other similar links and tutorials. Avoid any links that want you to download and installl software. Likewise avoid any that suggest or involve Registry edits.

Not sure about permissions per se. Depends on what all has transpired - inheritance may be involved.

https://learn.microsoft.com/en-us/t...nherited-permissions-not-automatically-update

Make only methodical changes and change only one thing at a time. Keep notes on what was changed, where it was changed and both original and new values.

Just in case you need to undo something.

 

[SkyNetRising]

1. if the User account doesn't have access permissions for a folder, shouldn't it not have any permissions for subfolders or files within the main folder?

If the folder has permission inheritance set up, then
removing access permission from folder also removes permission from included folders/files recursively.

2. with everything I've said, does it seem like the DesktopWindowsXamlSource OneDrive error was caused specifically by me doing this with the Tasks folder? or was it likely caused by the internet outage, and was poorly timed?

Either bug in Onedrive.exe or memory corruption.
Has nothing to do on user permissions on system32\Tasks folder.

 

[The Guy From The Thing]

If the folder has permission inheritance set up, then
removing access permission from folder also removes permission from included folders/files recursively.

Either bug in Onedrive.exe or memory corruption.
Has nothing to do on user permissions on system32\Tasks folder.

how would I be able to check if Tasks has permission inheritance? like is there an easy way that doesn't involve other applications?



as for the second point, this only started yesterday conveniently after my internet got cut out; however, the first instance of this happened after removing my User account from the permissions list of Tasks


that's the real annoying part that's been making me unsure. my internet hasn't returned yet so I still can't verify but I've started and shut down my computer a few times today and this error has popped up 2 or 3 times


it's always on shutdown, but it doesn't happen every time. when I recreated this by adding myself to the Tasks folder permissions and then removing myself, on both my PC and laptop, this error did not happen when I shutdown


my laptop has done it a few times but it didn't occur when I would add and remove the User account to Tasks. it's just happened on random, wildly inconsistent occasion


is there any reason why you say it has absolutely nothing to do with the Tasks folder permissions? you're saying it's more likely caused by the lack of internet potentially causing these issues with OneDrive?

 

[SkyNetRising]

how would I be able to check if Tasks has permission inheritance? like is there an easy way that doesn't involve other applications?

Properties/Security/Advanced - will show permissions inheritance settings (for specified folder).

is there any reason why you say it has absolutely nothing to do with the Tasks folder permissions? you're saying it's more likely caused by the lack of internet potentially causing these issues with OneDrive?

Either bug in Onedrive.exe or memory corruption.

 

[The Guy From The Thing]

Properties/Security/Advanced - will show permissions inheritance settings (for specified folder).

Either bug in Onedrive.exe or memory corruption.

looking through the Properties > Security > Advanced of the Tasks folder on my PC, I don't have my User account in the permissions list but all the other accounts say "Enable Inheritance"


my laptop is Windows 11 but I've given the User account access permissions to the Tasks folder again, and it says "Enable Inheritance", like all the other accounts


however, the subfolders and files all say "Disable Inheritance", except for the Windows subfolder. does that mean the subfolders inherit the permissions from the main Tasks folder?

or would that mean any subfolders in those directories inherits their permissions. since the main Tasks folder says "Enable Inheritance", the same question applies:

does that mean all the subfolders in Tasks don't inherit the permissions, or does that mean Tasks doesn't inherit permissions from the System32 folder/its parent folder?



that question is important to me because I still don't know if the User account was originally supposed to have all those permissions to those subfolders and files


is it even possible? for the User account to not have access to the main folder, but be included in the permissions list of all the subfolders and files?


if none of this makes sense, I apologize. I've been up for hours; the whole inheritance thing leaves a lot of questions