Multiple Domains

hi,

I have recently added a new domain to the allowed list. Since then, any users from this new domain are able to login to teamsite, but "edit" link is greyed out. The users from the old domain are perfectly alright.

Any idea what could have been the problem?

Thanks
Kumar

Find more posts tagged with

Comments

Migrateduser

Have you added these users with the new domain prefix to the appropriate roles and put them in the appropriate OS groups to be able to edit those files?

kumarranga

I have added them to master role and i have added that id to appropriate OS group. I still see "edit" link greyed out when I logged in as that user.

Anything I am missing?

Srinivasa Talla

1. Some times, the user permission propagation to the low level directory will take few minutes(less than 15min).
2. The permissions on DCR may broken, you can just download(by UI) the files/dirs of templateData directory and upload it back again by using UI, it will fix any broken permission issues..
3. Please check the group name associated with branch and workarea. Just compare that with DCR level group name.
4. Are you adding all users to Master file? It may not be a issue related to this, but usually we will add the normal users to editor/author file.

CRB

i had the same issue and i just gave up for now...

this is my senario:

localhost\user1 memeber of OS group groupA
somedomain(not local)\user1 memeber of OS group groupA

i have workarea A that shows that groupA has full control of the content...

since localhost\user1 is a memeber of groupA it also has full control in that area, and it can edit just fine...
but somedomain\user1 gets greyed edit link in the same workarea A even it is a memeber of groupA

and i still havent figured out why it would do that ... i wanna move to global domain users, but it is not working yet...

this is on TS 6.5 sp2 w2k3 sp1

repeating details.rptdesign

Srinivasa Talla

Hi Chris, for your case, The option 2 would work. Same situation we were before. User1 is member or GroupA. Branch and workarea are showing GroupA as associated group. But if you see properties of DCR, you may not find the same group sometimes. We followed the same, it is working fine now.

CRB

that's true it does fix the issue but it only fixes it for top level files, anything under subdirectories down work, even if i download it and upload it back,. also i have 1000s of files, do i have to download each one of them and upload it back? what if ihave 100 users in that global domain? can't I just add them to the right local group "group A", and autmatically they will inherit the permissions on the content?

Srinivasa Talla

That is true, it should work. But in our case I added user to the local group, but the group properties are not propagating upto DCR level, I contacted support also. Then the workaround for that particular branch/project(we have few files), just download the template data directory(or whatever the directory which has permission issue) and upload it again, so that it will fix any broken permission.