nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Permission Problems

smarchetti

I am currently using TeamSite as a master and I am running into some confusing permission problems. Another user with a mater role has created a branch called BRANCH-1 and added GROUP-A as an administrator. This master user is a member of GROUP-A. He then proceeded to created a shared workarea called WORKAREA-A, designated GROUP-A as the group, and added some files. I was under the assumption that because I am also a member of GROUP-A, I would have read/write access to these files but the edit button is disabled next to each file. I have confirmed numerous times that I am a member of GROUP-A, and that my username exists in all four roles files, but I still cannot edit files in this branch.

For testing purposes, another branch, BRANCH-2, was created by a master in GROUP-A with GROUP-A as an administrator group. A private workarea was then created for that user called WORAKREA-A and files were added and then submitted to staging. I then proceeded to create a private workarea under this branch called WORKAREA-B and performed a Get Latest to retrieve all of the files from staging. Even after updating all of the files in WORKAREA-B, which I own, the edit buttons were disabled next to all of the files.

Does anybody have any idea why I am unable to edit these files being that I am a member of GROUPA?

--
Sean Marchetti
smarchetti@hess.com

Find more posts tagged with

Comments

nipper

What OS and rev of TS ? Is this before submit or after ? If after have you changed submit.cfg ?
What does the file properties say from TS ?

As a basic rule (using Soalris as the OS), you still can have issues with the file permissions. If I
create a new file my login says save this without group perms and use group of Staff instead of Group A.

When the file is submitted, submit.cfg will change the ownership of the file to tsadm and Group A (if it
is so set) and change the perms.

You can change the primrary group for the end users to Group A & that will make certain the groups
are correct. There are also some settings in iw.cfg that will help, check the admin manual.

HTH

Andy

iwovGraduate

What version of TS ? SP/Patch level ?
OS ? Version ?
What are the permissions of the file(s) created under WORKAREA-A, WORKAREA-B ?
Local groups or Domain Groups ? AD ? LDAP ? NIS(+) ?

smarchetti

We are running TeamSite 6.1.0 on Windows 2000. Active Directory handles the permissioning and all of the groups are domain groups.

--
Sean Marchetti
smarchetti@hess.com

Dwayne

Have you taken a look at the file prperties, to see exactly what permissions are currently active on the files? I'd check both from within the TeamSite GUI and from the IFS, if possible.

Also - how were the files brought in to TeamSite? Using the "Upload" functionality within the TS GUI, via drag & drop into the IFS, or some other mechanism? Perhaps more restrictive permissions got applied to the files during the import operation.

--

Current project: TS 5.5.2/6.1 W2K

smarchetti

Both the TeamSite Properties and the IFS Security Properties for the Branch, Workarea, folder, and file say that Administrators, owner, and GROUP-A have full control. In BRANCH-1, files were added using an upload. In BRANCH-2, files were added using drag-and-drop in IFS.

--
Sean Marchetti
smarchetti@hess.com

iwovGraduate

AD in native mode or mixed-mode ?
Do you use group nesting ?
"domain groups" - Are these "Domain Local groups" ? "Domain Global groups" ? .. ?

If you use a local (on TS server) group as group for sharing without group nesting, do you still have the same problem ?

smarchetti

PROBLEM FIXED:

Since users were added to groups after the branches and workareas already existed, a simple iwreset -a was needed to fix the problem. Thanks to all who helped.

--
Sean Marchetti
smarchetti@hess.com

Ottawa_IWOV

Hey All-

Permissions question. I create a file in a workarea, and become the owner of the file (expected) with RW permissions (expected). I can delete this file freely, which makes sense given the permissions.

As soon as the file moves to STAGING, the permissions (on the IFS) change to R (only) for the owner and group (unexpected). But, if I view the perms through "Properties", it still shows RW perms for the owner and group. But when I try to delete the file (thru the TeamSite UI), permission is denied. The same is true when trying to delete on the IFS.

We are not using submit.cfg, or any permission changing methods upon submission to STAGING (i.e. via script).

There is a submit.cfg file in iw-home/local/config, but it is empty. Might this cause problems?

Any thoughts on this would be great.

Thanks.

Lucas Cochrane
lucas.cochrane@baucanada.com

Adam Stoller

All files within STAGING will appear to be read-only - as you can only edit the files within a workarea.

So - unless you're talking about the files appearing read-only in the workarea - there's nothing wrong here.

--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com

Ottawa_IWOV

yes - the files are becoming un-deletable in the WA. I realize STAGING is r/o.

BUT - I can edit the file, just not delete it...

Lucas Cochrane
lucas.cochrane@baucanada.com

nipper

just for grins, run iwtestcfg

Also, what are the directory perms ?

To change a file you need write access to the file. TO add or delete a file
you need write perms to the directory it resides in. Rename as well.

HTH

Andy

Ottawa_IWOV

iwtestcfg returns "no match"

also, the parent directory where my DCR's live (data) has rwx perms for the owner and group (of which I am a memeber).

Weird?

Lucas Cochrane
lucas.cochrane@baucanada.com

nipper

when you delete are you using the shell ? or TS ?

Migrateduser

Hi, I experience the exact same problem as well. A user is a member of the workarea group as well as other associated unix groups. The user can't modify the files that she owns! The Edit link is greyed out.

We tried iwreset -a and it didn't help.

We are running TeamSite 6.5 on Solaris. Does anyone experience this problem before? If yes, may I know how you solved the problem? Thanks!

susi

Hi Ghoti,
is it possible Customisable User interface , if so Please let me know with what module.

Thanks ,
sus

Adam Stoller

Hi Ghoti,
is it possible Customisable User interface , if so Please let me know with what module.

Thanks ,
sus

This question appears to be completely out of context.
I suggest you create a new thread for your question and pose the question with significantly more context / information about what you are trying to accomplish and with what version of the product you are using.

nipper

He has another thread. He wants to write a new GUI to do drag and drop. He does nto like my answer that this is a bad idea.