Bug? - user with Read permission can move files to folder

[vanpersie23]

Hi all,
I am getting "object reference not set to an instance of an object"

when i click on any sublink of initial repository or any other repository.
Rest of the admin panel features are all available and are working fine, but i cannot access features specific to any repository

but i can also browse through all repositories via windows and web clients.

my version is: Version 4.1.4.18402
and the only recent thing that i have changed on the system is that sql server 2005 has been re-installed. but the vault db is in sql 2000

regards,
bilal.

[vanpersie23]

ok, resolved,
i added a new repository and the older ones starting working alright again

new question:

i have a user who has rights "RCA" on folder A
and rights "R" on folder B

yet she can move files from folder A to B, she gets error: you do not have permission to perform this action, yet files are still moved.
also once these files are in folder B, she can check in check out , do whatever she wants with full "RCA" permission

is this a bug ?

[lbauer]

Is the user part of a group that has rights to that folder? Also, when a security access right is applied to a folder, it recursively applies those rights to all subfolders. User access rights that are closest to the folder being checked take precedence over access rights assignments that are farther away. For example, if $/foo/bar/xyz is being checked for rights, a user access right assigned at $/foo/bar takes precedence over a user access right assigned at $/foo. Could this be the situation here?

Check the user's rights and see if there's anything that could explain the behavior you're seeing. If there's nothing obvious, we'll troubleshoot further.

[vanpersie23]

Hey again,
i have attached the screenshots.

of the two folders and their permission sets
and of the client error messages and actions.

user's name is: nazish
she belongs to group: designers

folder A is at : $/Server/Vault/Server/TDF/Clients/Atlas/ATM/Design/Design Options/

folder B is at : $/Server/Vault/Server/TDF/Clients/Atlas/Print/Design/Design Options/

[lbauer]

Thanks; I'll take a look.

[lbauer]

I was able to reproduce this, and have logged bug 13970.

What appears to be happening here is that the permissions are correctly applied, but on the client side, the Vault GUI Client has already moved the file in the user's cached Repository tree. The user sees the file in the folder, and can edit and check it in -- but this is a "mirage." In the actual repository, the file is still in the original folder, and that's where the file and any edits remain. If if the user deletes her client-side cache, which causes a new repository tree to be downloaded, they will see that the file did not actually move, and any edits were applied to the file in the original folder.

To delete the client side cache, see this: http://support.sourcegear.com/viewtopic.php?t=6

Let me know if what I've described doesn't fit your situation.

[vanpersie23]

yes,
that is exactly whats happening, the web client shows the file in one folder, while the windows client shows it in another.
So if this happens, i should clean the cache by deleting the following files ?

CacheMember_Repository -
CacheMember_LastStructureGetTime -

right ?

[lbauer]

The one to delete would be CacheMember_ChangeSetItems, as this removes transactions from the pending change set. Be sure any Vault clients on the user's machine are closed, including Visual Studio.

It wouldn't hurt to delete these as well:

CacheMember_Repository -
CacheMember_LastStructureGetTime -