[Desktop-packages] [Bug 306673] Re: autofs timeout
** Changed in: nautilus Status: Confirmed => Expired -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout Status in Nautilus: Expired Status in nautilus package in Ubuntu: Triaged Bug description: Binary package hint: nautilus OS: Ubuntu 8.10 Intrepid, upgraded from Hardy Software: SSHFS, AutoFS, no changes concerning Nautilus I'm using SSHFS with AutoFS to mount remote shares, which I must have unmounted after some time because of security concerns. This has had me set a timeout on the AutoFS mounts. The problem is that when opening a remote folder in Nautilus, the timeout countdown starts as soon as I stop clicking on folders/files. When it's down, I get a password prompt. This is buggy behaviour to me, because if I set the timeout to 10 seconds, there is a password prompt every 10 seconds if I just have a remote folder open in Nautilus, doing nothing else. Of course I've got a bigger timeout, but it's still quite annoying. I think that it should either: 1. Start the timeout as soon as I don't browse around or poll the file system manually in any other way. Then ask for a password only if user interaction occurs. 2. Don't time out as long as I have an open remote folder (after closing the last remote directory, let AutoFS time out and unmount). This is how KDE's Konqueror and gnome-terminal behave. There is already a bug filed at the GNOME bugzilla about this. But it originates from 2002 and the last comment is from 2006... which is about the issue still not being resolved. That's why I'm reporting here. If anyone has a better idea who to harass into fixing this, speak up ;) Here's the GNOME bug: http://bugzilla.gnome.org/show_bug.cgi?id=101673 I've also started a thread at the ubuntuforums.org: http://ubuntuforums.org/showthread.php?t=1003656 To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 306673] Re: autofs timeout
** Changed in: nautilus (Ubuntu) Assignee: Ubuntu Desktop Bugs (desktop-bugs) => (unassigned) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout Status in Nautilus: Confirmed Status in nautilus package in Ubuntu: Triaged Bug description: Binary package hint: nautilus OS: Ubuntu 8.10 Intrepid, upgraded from Hardy Software: SSHFS, AutoFS, no changes concerning Nautilus I'm using SSHFS with AutoFS to mount remote shares, which I must have unmounted after some time because of security concerns. This has had me set a timeout on the AutoFS mounts. The problem is that when opening a remote folder in Nautilus, the timeout countdown starts as soon as I stop clicking on folders/files. When it's down, I get a password prompt. This is buggy behaviour to me, because if I set the timeout to 10 seconds, there is a password prompt every 10 seconds if I just have a remote folder open in Nautilus, doing nothing else. Of course I've got a bigger timeout, but it's still quite annoying. I think that it should either: 1. Start the timeout as soon as I don't browse around or poll the file system manually in any other way. Then ask for a password only if user interaction occurs. 2. Don't time out as long as I have an open remote folder (after closing the last remote directory, let AutoFS time out and unmount). This is how KDE's Konqueror and gnome-terminal behave. There is already a bug filed at the GNOME bugzilla about this. But it originates from 2002 and the last comment is from 2006... which is about the issue still not being resolved. That's why I'm reporting here. If anyone has a better idea who to harass into fixing this, speak up ;) Here's the GNOME bug: http://bugzilla.gnome.org/show_bug.cgi?id=101673 I've also started a thread at the ubuntuforums.org: http://ubuntuforums.org/showthread.php?t=1003656 To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 306673] Re: autofs timeout
I don't know how I can additionally link the following bug report in GNOME Gitlab: https://gitlab.gnome.org/GNOME/nautilus/-/issues/1514 ** Bug watch added: gitlab.gnome.org/GNOME/nautilus/-/issues #1514 https://gitlab.gnome.org/GNOME/nautilus/-/issues/1514 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout Status in Nautilus: Confirmed Status in nautilus package in Ubuntu: Triaged Bug description: Binary package hint: nautilus OS: Ubuntu 8.10 Intrepid, upgraded from Hardy Software: SSHFS, AutoFS, no changes concerning Nautilus I'm using SSHFS with AutoFS to mount remote shares, which I must have unmounted after some time because of security concerns. This has had me set a timeout on the AutoFS mounts. The problem is that when opening a remote folder in Nautilus, the timeout countdown starts as soon as I stop clicking on folders/files. When it's down, I get a password prompt. This is buggy behaviour to me, because if I set the timeout to 10 seconds, there is a password prompt every 10 seconds if I just have a remote folder open in Nautilus, doing nothing else. Of course I've got a bigger timeout, but it's still quite annoying. I think that it should either: 1. Start the timeout as soon as I don't browse around or poll the file system manually in any other way. Then ask for a password only if user interaction occurs. 2. Don't time out as long as I have an open remote folder (after closing the last remote directory, let AutoFS time out and unmount). This is how KDE's Konqueror and gnome-terminal behave. There is already a bug filed at the GNOME bugzilla about this. But it originates from 2002 and the last comment is from 2006... which is about the issue still not being resolved. That's why I'm reporting here. If anyone has a better idea who to harass into fixing this, speak up ;) Here's the GNOME bug: http://bugzilla.gnome.org/show_bug.cgi?id=101673 I've also started a thread at the ubuntuforums.org: http://ubuntuforums.org/showthread.php?t=1003656 To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 306673] Re: autofs timeout
Launchpad has imported 26 comments from the remote bug at https://bugzilla.gnome.org/show_bug.cgi?id=101673. If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. On 2002-12-20T09:42:55+00:00 Dmills-b wrote: Whilst setting up some Linux boxes for normal users (who don't know about mounting/unmounting...) I noticed that when you try to access an autofs'd floppy drive from nautilus (1.0.4), the device will mount, but the mount doesn't hold, it disappears as soon as the timeout (in this case 2 secondes) expires, upon which nautilus throws you back to your home directory. The problem doesn't arise with supermount (patching the kernel is a viable workaround). >From what I know about autofs, I'd say that nautilus is lsing the directory it shows, but isn't cding to it before hand, hence the loss of lock, and the unmounting. I'm not too familiar with the nautilus code, so I can't say for sure, but I think a sprintf(&buffer,"cd %s",dir); system(buffer); in the function that's invoked when you change directory should do the trick for this one (needs testing though, I can't quite remember if system() opens a new shell for it's commands, which is closed upon exit, or whether it goes straight through the applications interfaces. If it's the former, this fix would not work). Reply at: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/306673/comments/0 On 2002-12-20T09:56:51+00:00 Alexander Larsson wrote: Its a lot easier to call chdir() directly instead of launching a shell to do it. But that won't help anyway, we can't use cwd to keep the dir open, since several directories may be open at the same time, not to mention that it would be a very strange thing to do. I guess we could have the view hold an open ref to the directory though. Reply at: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/306673/comments/1 On 2002-12-20T09:59:05+00:00 Alexander Larsson wrote: Not to mention what happens when you go to a uri with "; rm -rf /" at the end... Reply at: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/306673/comments/2 On 2003-07-05T23:28:14+00:00 Kjartan Maraas wrote: Is this still a problem with 2.2 or newer? Reply at: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/306673/comments/3 On 2003-07-06T07:42:57+00:00 Kjartan Maraas wrote: Just thought I'd make a note that mail to the reporter is bouncing. : Name service error for technisys.com.ar: Hostfound but no data record of requested type Reply at: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/306673/comments/4 On 2004-02-19T08:15:45+00:00 Matthew Gatto wrote: *** Bug 119488 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/306673/comments/5 On 2004-02-19T09:31:54+00:00 Matthew Gatto wrote: *** Bug 131665 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/306673/comments/6 On 2004-02-19T09:40:13+00:00 Matthew Gatto wrote: Changing Summary to reflect new info from dups, adding a URL from one of the dups, and setting Severity -> Major since it sucks. Reply at: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/306673/comments/7 On 2004-04-01T23:44:57+00:00 Bugmaster-3 wrote: The URL field has been removed from bugzilla.gnome.org. This URL was in the old URL field, and is being added as a comment so that the data is not lost. Please email bugmas...@gnome.org if you have any questions. URL: http://mail.gnome.org/archives/nautilus-list/2004-January/msg00105.html Reply at: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/306673/comments/8 On 2004-07-28T22:45:33+00:00 Gbdavey wrote: I just upgraded from 2.4 to 2.6 in hopes of having this bug fixed, but no luck. As well as loosing the window on an automounted fs after the timeout, the computer icon that shows various fs's gives errors when trying to view an fs that is controlled by automount. It gives an "unable to mount the selected volume" error with details of: "mount: already mounted or busy mount: according to mtab, is
[Desktop-packages] [Bug 306673] Re: autofs timeout
Not yet migrated to gitlab. ** Bug watch added: bugzilla.gnome.org/ #101673 https://bugzilla.gnome.org/show_bug.cgi?id=101673 ** Changed in: nautilus Importance: High => Unknown ** Changed in: nautilus Status: Confirmed => Unknown ** Changed in: nautilus Remote watch: GNOME Bug Tracker #101673 => bugzilla.gnome.org/ #101673 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout Status in Nautilus: Unknown Status in nautilus package in Ubuntu: Triaged Bug description: Binary package hint: nautilus OS: Ubuntu 8.10 Intrepid, upgraded from Hardy Software: SSHFS, AutoFS, no changes concerning Nautilus I'm using SSHFS with AutoFS to mount remote shares, which I must have unmounted after some time because of security concerns. This has had me set a timeout on the AutoFS mounts. The problem is that when opening a remote folder in Nautilus, the timeout countdown starts as soon as I stop clicking on folders/files. When it's down, I get a password prompt. This is buggy behaviour to me, because if I set the timeout to 10 seconds, there is a password prompt every 10 seconds if I just have a remote folder open in Nautilus, doing nothing else. Of course I've got a bigger timeout, but it's still quite annoying. I think that it should either: 1. Start the timeout as soon as I don't browse around or poll the file system manually in any other way. Then ask for a password only if user interaction occurs. 2. Don't time out as long as I have an open remote folder (after closing the last remote directory, let AutoFS time out and unmount). This is how KDE's Konqueror and gnome-terminal behave. There is already a bug filed at the GNOME bugzilla about this. But it originates from 2002 and the last comment is from 2006... which is about the issue still not being resolved. That's why I'm reporting here. If anyone has a better idea who to harass into fixing this, speak up ;) Here's the GNOME bug: http://bugzilla.gnome.org/show_bug.cgi?id=101673 I've also started a thread at the ubuntuforums.org: http://ubuntuforums.org/showthread.php?t=1003656 To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 306673] Re: autofs timeout
** Changed in: nautilus Status: Incomplete => Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout Status in Nautilus: Confirmed Status in “nautilus” package in Ubuntu: Triaged Bug description: Binary package hint: nautilus OS: Ubuntu 8.10 Intrepid, upgraded from Hardy Software: SSHFS, AutoFS, no changes concerning Nautilus I'm using SSHFS with AutoFS to mount remote shares, which I must have unmounted after some time because of security concerns. This has had me set a timeout on the AutoFS mounts. The problem is that when opening a remote folder in Nautilus, the timeout countdown starts as soon as I stop clicking on folders/files. When it's down, I get a password prompt. This is buggy behaviour to me, because if I set the timeout to 10 seconds, there is a password prompt every 10 seconds if I just have a remote folder open in Nautilus, doing nothing else. Of course I've got a bigger timeout, but it's still quite annoying. I think that it should either: 1. Start the timeout as soon as I don't browse around or poll the file system manually in any other way. Then ask for a password only if user interaction occurs. 2. Don't time out as long as I have an open remote folder (after closing the last remote directory, let AutoFS time out and unmount). This is how KDE's Konqueror and gnome-terminal behave. There is already a bug filed at the GNOME bugzilla about this. But it originates from 2002 and the last comment is from 2006... which is about the issue still not being resolved. That's why I'm reporting here. If anyone has a better idea who to harass into fixing this, speak up ;) Here's the GNOME bug: http://bugzilla.gnome.org/show_bug.cgi?id=101673 I've also started a thread at the ubuntuforums.org: http://ubuntuforums.org/showthread.php?t=1003656 To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 306673] Re: autofs timeout
The bug still persists as of 12.10. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout Status in Nautilus: Incomplete Status in “nautilus” package in Ubuntu: Triaged Bug description: Binary package hint: nautilus OS: Ubuntu 8.10 Intrepid, upgraded from Hardy Software: SSHFS, AutoFS, no changes concerning Nautilus I'm using SSHFS with AutoFS to mount remote shares, which I must have unmounted after some time because of security concerns. This has had me set a timeout on the AutoFS mounts. The problem is that when opening a remote folder in Nautilus, the timeout countdown starts as soon as I stop clicking on folders/files. When it's down, I get a password prompt. This is buggy behaviour to me, because if I set the timeout to 10 seconds, there is a password prompt every 10 seconds if I just have a remote folder open in Nautilus, doing nothing else. Of course I've got a bigger timeout, but it's still quite annoying. I think that it should either: 1. Start the timeout as soon as I don't browse around or poll the file system manually in any other way. Then ask for a password only if user interaction occurs. 2. Don't time out as long as I have an open remote folder (after closing the last remote directory, let AutoFS time out and unmount). This is how KDE's Konqueror and gnome-terminal behave. There is already a bug filed at the GNOME bugzilla about this. But it originates from 2002 and the last comment is from 2006... which is about the issue still not being resolved. That's why I'm reporting here. If anyone has a better idea who to harass into fixing this, speak up ;) Here's the GNOME bug: http://bugzilla.gnome.org/show_bug.cgi?id=101673 I've also started a thread at the ubuntuforums.org: http://ubuntuforums.org/showthread.php?t=1003656 To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 306673] Re: autofs timeout
** Changed in: nautilus Status: Confirmed => Incomplete -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout Status in Nautilus: Incomplete Status in “nautilus” package in Ubuntu: Triaged Bug description: Binary package hint: nautilus OS: Ubuntu 8.10 Intrepid, upgraded from Hardy Software: SSHFS, AutoFS, no changes concerning Nautilus I'm using SSHFS with AutoFS to mount remote shares, which I must have unmounted after some time because of security concerns. This has had me set a timeout on the AutoFS mounts. The problem is that when opening a remote folder in Nautilus, the timeout countdown starts as soon as I stop clicking on folders/files. When it's down, I get a password prompt. This is buggy behaviour to me, because if I set the timeout to 10 seconds, there is a password prompt every 10 seconds if I just have a remote folder open in Nautilus, doing nothing else. Of course I've got a bigger timeout, but it's still quite annoying. I think that it should either: 1. Start the timeout as soon as I don't browse around or poll the file system manually in any other way. Then ask for a password only if user interaction occurs. 2. Don't time out as long as I have an open remote folder (after closing the last remote directory, let AutoFS time out and unmount). This is how KDE's Konqueror and gnome-terminal behave. There is already a bug filed at the GNOME bugzilla about this. But it originates from 2002 and the last comment is from 2006... which is about the issue still not being resolved. That's why I'm reporting here. If anyone has a better idea who to harass into fixing this, speak up ;) Here's the GNOME bug: http://bugzilla.gnome.org/show_bug.cgi?id=101673 I've also started a thread at the ubuntuforums.org: http://ubuntuforums.org/showthread.php?t=1003656 To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
