** Changed in: gvfs
Importance: Unknown = Medium
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
Seems that this didn't actually cause a lot of stir, so let's not worry
about hardy unless someone convinces us to do an SRU.
** Changed in: glib2.0 (Ubuntu Hardy)
Status: In Progress = Won't Fix
--
should not list mounts that the user doesn't have permission to use
** Tags added: qa-jaunty-desktop
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: gvfs
Status: New = Fix Released
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
This bug was fixed in the package glib2.0 - 2.19.2-0ubuntu2
---
glib2.0 (2.19.2-0ubuntu2) jaunty; urgency=low
* Add 05_hide_inaccessible_mounts.patch: Do not show /media mounts which are
inaccessible to the user. This only works on local block devices, though,
since others
I proposed an (IMHO) better patch upstream now. Will wait for some
comments, and then upload it to jaunty.
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs,
Yes, the patch was tested. lbmount is run setuid root indeed, but pwent
contains real user information, not effective user information (it does
call pwent = getpwuid(uidReal) previously), so the directory will be
owned by the correct user.
--
should not list mounts that the user doesn't have
Wouldn't it help to run lbmount sgid (not suid) root, determine user
from username (not groupname) and change permissions accordingly? (Sorry
if that wouldn't work, I am newcomer to this bug)
--
should not list mounts that the user doesn't have permission to use
Here's a patch to ltspfs that changes /media/* directories owner to
user, group to user's primary group, with 700 permissions. I don't know
why it is not done this way, so this might break something, but if you
suffer from this bug this patch should fix it with no known ill effects
(it's been
did you test that workaround ? lbmount has to run suid root, with that
patch the directory will be owned by root and have 0700 permissions.
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you
Is it possible to think of a nicer solution for this problem?
We really want to use Domain Users as the default group for our users,
who can choose to login either to a proprietary desktop or ubuntu. For
now there are more proprietary desktops than free ones.
--
should not list mounts that the
** Tags removed: verification-done
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
i did a bit research on that open issue and apparently it happens for
people using ldap auth with adding all users to the users group and
not creating a default group the user is assigned to ...
in a default setup with one group per user as the default it will still work
... the problem here is
the ltsp case is supposed to be fixed, could you describe what mount is
listed, where it's mounted and what permissions are used on the
directory?
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification
well, out of ten people that tested the fix in #ltsp al ten didnt have
the issue anymore after upgrading, i suspect there is something special
in your setup or hardware that makes up teh difference since you are
really the first person to still see the issue after upgrading the
packages ... lets
ogra, the problem happens with all Removable media such as diskettes and cdroms
pendrivers.
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is
did you read the previous comments before adding a new one? the issue is
fixed for a specific case but not for the standard media mounts yet
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because
Sebastien, I read the comments passed, but I do not speak English, I wonder if
the team has a date for when this bug will be resolved serious? in my sense
the ltsp of the hardy could have left with a bug as grotesque as this. We are
unable to make use of local devices as they appear
this bug its not solved for me, i made all updates [all repositorys] on system
and chroot and the problem still.
i make a test in vmware to see...
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification
** Changed in: glib2.0 (Ubuntu)
Target: ubuntu-8.04.1 = None
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I can confirm that this bug is now fixed. I had to reboot all the
clients with local devices; after doing so the icons went away. Thanks
for all the hard work in squashing these bugs!
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
With ltspfs updates I still see this bug, or a variant thereof. I
currently see two others' floppy0 icons on desktop (with gconf-editor
apps-nautilus-desktop-volumes_visible checked) and also in Places
menu. Not sure if it's relevant, but I have 12 users logged in right
now, and am only showing 2
I can confirm that my original bug is now fixed with this update. I only
see network drives on my desktop (and in Places) which I have
permissions for, and likewise for my other users. Well done, and thanks
everybody.
Andy
--
should not list mounts that the user doesn't have permission to use
the ltspfs package in proposed works fine, all fixes we have there are
applied upstream as well and included in the latest version we synced
from debian for intrepid, please copy over ltspfs from -proposed to
-updates
--
should not list mounts that the user doesn't have permission to use
Copied to hardy-updates.
** Tags added: verification-done
** Tags removed: verification-needed
** Changed in: ltspfs (Ubuntu Hardy)
Status: Fix Committed = Fix Released
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You
I copied the current hardy-proposed version of glib2.0 to hardy-updates,
so that the ltsp case gets fixed. I keep the bug open, though, since the
general case is not solved yet.
** Changed in: glib2.0 (Ubuntu Hardy)
Status: Fix Committed = In Progress
--
should not list mounts that the
synced new upstream into intrepid, containing the fix
** Changed in: ltspfs (Ubuntu)
Status: Triaged = Fix Released
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of
Verification failed for me. I logged in as 'martin' and in another
session as 'joe', and plugged in an USB stick when 'joe' was active.
Then I switched back to 'martin' and got an icon and a (corrupt)
nautilus window for the USB stick, together with an Could not be
displayed, inaccessible error
an additional fix in ltspfs was missing, a new ltspfs package is
uploaded to hardy-proposed
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Attachment added: ltspfs.debdiff
http://launchpadlibrarian.net/14394919/ltspfs.debdiff
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I don't understand how this ltspfs fix should change anything?
Permissions of mount point directories are irrelevant, they are replaced
by the mounted partition's root dir permissions after mount. So how on
earth could this change the situation? Or do you do the chmod *after*
the mounting? That
To be completely candid, this gvfs patch is bogus. Can we please do
something like http://bugzilla.gnome.org/show_bug.cgi?id=526320#c20 ?
I'm happy to work on this if nobody else wants to.
--
should not list mounts that the user doesn't have permission to use
Accepted ltspfs into hardy-proposed, please test.
** Also affects: ltspfs (Ubuntu)
Importance: Undecided
Status: New
** Changed in: ltspfs (Ubuntu Hardy)
Status: New = Fix Committed
--
should not list mounts that the user doesn't have permission to use
Oliver, please upload the fix into Intrepid.
** Changed in: ltspfs (Ubuntu)
Importance: Undecided = Medium
Assignee: (unassigned) = Oliver Grawert (ogra)
Status: New = Triaged
--
should not list mounts that the user doesn't have permission to use
I'll try to come up with a better patch.
** Changed in: glib2.0 (Ubuntu)
Assignee: Ubuntu Desktop Bugs (desktop-bugs) = Martin Pitt (pitti)
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification
I can verify this, assinging for me for this purpose.
** Changed in: glib2.0 (Ubuntu Hardy)
Assignee: Ubuntu Desktop Bugs (desktop-bugs) = Martin Pitt (pitti)
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug
Accepted into -proposed, please test and give feedback here
** Changed in: glib2.0 (Ubuntu Hardy)
Status: Triaged = Fix Committed
** Tags added: verification-needed
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received
I can verify that this indeed fixes the issue. Users now only see what
is owned by them in Places.
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Changed in: glib2.0 (Ubuntu)
Sourcepackagename: gvfs = glib2.0
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
upstream made that work only for subdirs because the code listing the
mountpoints is not asynchronous and then don't want to get everything
blocking when trying to access() the mountpoint for not responding nfs
mounts for example, the change fixes the ltsp case though so it's worth
getting as an
TESTCASE for the subdir scenario described
- create a testcase directory in media for example
- mount something in /media/testcase/directory, and easy way is to edit fstab
to change your cdrom mountpoint to that directory
- change the testcase directory to be owned by your user and have
That's excellent news. Thanks Seb (and whoever fixed it).
How do I go about getting the update? I've done an update of Hardy (via
Update Manager), and didn't get any updates to ltspfs or glib. Do I need
to wait for it to be published as a Ubuntu Update, or am I not doing
something write.
Andy
the update is a stable update candidate, once an ubuntu-sru member
accepts it it'll be available in hardy-proposed, then after a week if
the testing confirms the update is alright it'll be moved to hardy-
updates
--
should not list mounts that the user doesn't have permission to use
** Changed in: gvfs
Status: Fix Released = New
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
** Changed in: gvfs
Status: Unknown = Fix Released
--
should not list mounts that the user doesn't have permission to use
https://bugs.launchpad.net/bugs/210379
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Thanks for your bug report. This bug has been reported to the developers
of the software. You can track it and make comments here:
http://bugzilla.gnome.org/show_bug.cgi?id=526320
** Summary changed:
- hardy displays icons on desktop for mounted network shares I don't have read
permissions for
46 matches
Mail list logo
