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; } } }

File Permission are changing during workflow process.

pjalani

We are using Teamsite 6.5.

In workflow process, the file is assigned to an editor for reviewing and locks are transferred to the editor.Similarly,on rejection the locks are transferred back to the author.

During the transfer of locks, the file permission are changing automatically and after rejection by editor, author could not able to edit the file.

Has anybody faced such issue or anybody knows about the root cause,please help me !!

Find more posts tagged with

Comments

Ambuj

We are using Teamsite 6.5.

In workflow process, the file is assigned to an editor for reviewing and locks are transferred to the editor.Similarly,on rejection the locks are transferred back to the author.

During the transfer of locks, the file permission are changing automatically and after rejection by editor, author could not able to edit the file.

Has anybody faced such issue or anybody knows about the root cause,please help me !!

Are you doing unlock when this is getting rejected by the editor??

Please post your workflow/ipl code which you are using for unlocking (transfer of locks as you say) the file.

TestReport.rptdesign

pjalani

We are calling an ipl file while transferring locks.
Please find code attached below :

my @files;

if ($task->IsValid())
{
@files = $task->GetFiles();

for (my $i = 0; $i < @files; $i++)
{
my $filepath = $area . "/" . $files[$i];

debug("Filepath : $filepath");
debug("Unlock Files");
debug("$iwhome/bin/iwunlock \"$filepath\"");
my $result = system("$iwhome/bin/iwunlock \"$filepath\"");
debug("Result: $result");
if ($lockmode eq 'toeditor') {
debug("Tranfer lock to editor: $reviewer");
debug("$iwhome/bin/iwlock \"$filepath\" \"locked by portal workflow\" $reviewer");
$result = system("$iwhome/bin/iwlock \"$filepath\" \"locked by portal workflow\" $reviewer");
debug("Result: $result");
}
if ($lockmode eq 'toauthor') {
debug("Tranfer lock to author: $author");
debug("$iwhome/bin/iwlock \"$filepath\" \"locked by portal workflow\" $author");
$result = system("$iwhome/bin/iwlock \"$filepath\" \"locked by portal workflow\" $author");
debug("Result: $result");

}

}
$task->CallBack(0, "transferred locks");
}

Pawan

We are using Teamsite 6.5.

In workflow process, the file is assigned to an editor for reviewing and locks are transferred to the editor.Similarly,on rejection the locks are transferred back to the author.

First check for the permissions for the author to edit the files in that workarea. How are you trying to let the author to edit the files ? Is it through any cgi task?
You can try with just unlocking the files by the reviewer, and not locking it by author id.

During the transfer of locks, the file permission are changing automatically and after rejection by editor, author could not able to edit the file.

What difference are you finding in the permissions after transfer of locks ?

Sailesh

Why are you transfering lock to Editor when all editor has to do is to review (no editing right).

pjalani

In our system, all the files has 664 permission. In the workflow process after the editor rejects the content, the file permission changes to 644.But it happens sometime.I could not able to find out root cause.
I thought of adding 'chmod 0664 $filepath' at the end of the code posted by me earlier.

I don't know whether it would be helpful or not ? Smiley Sad

Sailesh

In our system, all the files has 664 permission. In the workflow process after the editor rejects the content, the file permission changes to 644.But it happens sometime.I could not able to find out root cause.
I thought of adding 'chmod 0664 $filepath' at the end of the code posted by me earlier.

I don't know whether it would be helpful or not ?

Hmmm... So this is not about locks right!!
Check your submit.cfg file, seems there is some rule which is changing the file permissions.

Pawan

In our system, all the files has 664 permission. In the workflow process after the editor rejects the content, the file permission changes to 644.But it happens sometime.I could not able to find out root cause.
I thought of adding 'chmod 0664 $filepath' at the end of the code posted by me earlier.

I don't know whether it would be helpful or not ?

File permissions do not change without touching it, Are you sure you are not doing any operation between the reject and edit ?

pjalani

In submit.cfg, we are setting file permission as 664.

There is no code to change file permission in Perl scripts.

Is it possible that iwlock/iwunlock behaves abnormally and not setting permission properly ?

Thanks
Priya

Adam Stoller

In submit.cfg, we are setting file permission as 664.

There is no code to change file permission in Perl scripts.

Is it possible that iwlock/iwunlock behaves abnormally and not setting permission properly ?

Thanks
Priya

Check the umask's of the various users and of the process owner for TS and iwwebd.

Chances are someone has a umask of 22 instead of 2:

 /tmp > rm x;umask 2;touch x;ls -l x
-rw-rw-r--   1 ghoti  wheel  0 Jun 21 08:32 x
 /tmp > rm x;umask 22 ; touch x ; ls -l x
-rw-r--r--   1 ghoti  wheel  0 Jun 21 08:33 x