[K12OSN] GUI editor file permissions

[jones yeates]

I checked the .bash_profile and the .bashrc files in some of the students' directories and they all referred to /etc/bashrc and that's where the umask of 002 is set.

I tested out 2 student accounts that were having problems today and the file permissions are 664 now, on files created using Anjuta and 644 using bluefish.

I am not sure why it changed.  When I tried it today, it was the only user that was saving a php file on the server.  I don't think that would make a difference, but you never know.

Not sure why the file permissions vary from day to day.  Yet, still the file permissions aren't 775 which is what I would expect if the umask is 002 for that user.

> Date: Mon, 21 Jan 2008 19:53:54 -0800
> From: microman at cmosnetworks.com
> To: k12osn at redhat.com
> Subject: Re: [K12OSN] GUI editor file permissions
> 
> jones yeates wrote:
> > I am getting my class to create php files and then view them through a 
> > browser.  Some of them are having problems viewing the file on my FC5 
> > server.  They'll get permission denied, warning ... line 0..., or 
> > forbidden error messages.  I've been manually changing their file 
> > permissions to 755 and then the page works.
> >  
> > I noticed that a student who had this problem:
> > - when a file was created using a GUI editor (Anjuta or Bluefish) the 
> > file permission was 611.  It received errors.
> > - when a file was created through vi, the file permission was 661.  No 
> > errors opening the file in the browser.
> >  
> > The umask of all users is 0002.  I believe that is fine since they are 
> > the only user in their group. 
> >  
> > 1.  What's going on?  I created the users through the same script and 
> > some are having file permission issues and others are not.
> >  
> > 2.  Why aren't the default file permissions set to 775 if the umask is 
> > 0002?
> >  
> > 3.  How can I get Anjuta or any other gui editor to set the default 
> > file permission to 755 or 661 or anything else?
> 
> Hmm...it does sound like a umask error for each user.  Note that each 
> user can have his own umask entries.  You might have a look at a user's 
> .bash_profile or .bashrc file and see if it's anything other than 0002.
> 
> --TP
> 
> _______________________________________________
> K12OSN mailing list
> K12OSN at redhat.com
> https://www.redhat.com/mailman/listinfo/k12osn
> For more info see <http://www.k12os.org>

_________________________________________________________________

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/k12osn/attachments/20080122/09ddd520/attachment.htm>