Activity log for bug #242618

Date Who What changed Old value New value Message
2008-06-24 11:37:01 3point2 bug added bug
2008-06-24 12:24:10 Sebastien Bacher bug assigned to glib
2008-06-24 12:25:22 Sebastien Bacher glib2.0: status New Triaged
2008-06-24 12:25:22 Sebastien Bacher glib2.0: assignee desktop-bugs
2008-06-24 12:25:22 Sebastien Bacher glib2.0: importance Undecided Low
2008-06-24 12:30:28 Bug Watch Updater glib: status Unknown Confirmed
2008-07-13 20:20:11 Sebastien Bacher glib2.0: importance Low Medium
2008-08-08 08:18:57 Sebastien Bacher glib2.0: status New Confirmed
2008-08-08 08:18:57 Sebastien Bacher glib2.0: assignee desktop-bugs
2008-08-08 08:18:57 Sebastien Bacher glib2.0: importance Undecided Low
2008-08-08 08:18:57 Sebastien Bacher glib2.0: statusexplanation
2008-08-08 08:20:10 Sebastien Bacher bug added subscriber Ubuntu Stable Release Updates Team
2008-08-08 08:29:26 Sebastien Bacher bug added attachment 'glib.debdiff' (debdiff for the stable update)
2008-08-08 08:56:33 Sebastien Bacher description This affects Ubuntu Hardy (8.04) To replicate this bug, set umask in /etc/profile to something *less* restrictive than the default 022. I'm trying to use 002 in order to have users create group writeable files in an office collaboration environment. Log out and in again for the change to take effect. touch-ing and mkdir-ing from the command line should create files and directories with the correct permissions. Next, in Nautilus, try create a new empty file and a new folder. The empty file will have the correct permissions, whilst the directory will have permissions of 755. Note that changing the umask to something *more* restrictive, e.g. 077 seems to work correctly. There is a gnome bug filed at http://bugzilla.gnome.org/show_bug.cgi?id=535124 that seems to be the cause of this problem, along with a suggested solution. I was unable to reproduce this on Feisty (7.04) This affects Ubuntu Hardy (8.04) To replicate this bug, set umask in /etc/profile to something *less* restrictive than the default 022. I'm trying to use 002 in order to have users create group writeable files in an office collaboration environment. Log out and in again for the change to take effect. touch-ing and mkdir-ing from the command line should create files and directories with the correct permissions. Next, in Nautilus, try create a new empty file and a new folder. The empty file will have the correct permissions, whilst the directory will have permissions of 755. Note that changing the umask to something *more* restrictive, e.g. 077 seems to work correctly. There is a gnome bug filed at http://bugzilla.gnome.org/show_bug.cgi?id=535124 that seems to be the cause of this problem, along with a suggested solution. I was unable to reproduce this on Feisty (7.04) TESTCASE: - edit /etc/profile and set the umask to 002 - restart the session - create a new directory in nautilus, look at the permissions, notice that the group can't write there - install the new libglib, restart the session - create a new directory in nautilus, look at the permissions, notice that the group can write there now
2008-08-08 13:26:47 Martin Pitt glib2.0: status Confirmed Fix Committed
2008-08-08 13:27:09 Martin Pitt bug added subscriber SRU Verification
2008-08-10 04:06:02 Bug Watch Updater glib: status Confirmed Fix Released
2008-08-19 14:48:10 Sebastien Bacher glib2.0: status Triaged Fix Released
2008-08-19 14:48:10 Sebastien Bacher glib2.0: statusexplanation there is a new version in intrepid which fixes the issue
2008-09-01 13:20:35 Martin Pitt glib2.0: status Fix Committed Fix Released
2008-09-01 13:20:35 Martin Pitt glib2.0: statusexplanation Copied to hardy-updates.
2010-02-23 02:08:24 Launchpad Janitor branch linked lp:ubuntu/hardy-proposed/glib2.0
2010-09-16 07:23:04 Bug Watch Updater glib: importance Unknown Medium