[Bug 306673] Re: autofs timeout
** Changed in: nautilus Status: Confirmed => Expired -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673]
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version of Files (nautilus), then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/nautilus/-/issues/ Thank you for your understanding and your help. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[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 Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[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 Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[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(,"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
[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 Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] Re: autofs timeout
** Changed in: nautilus Status: Incomplete = Confirmed -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] Re: autofs timeout
The bug still persists as of 12.10. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] Re: autofs timeout
** Changed in: nautilus Status: Confirmed = Incomplete -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/306673 Title: autofs timeout To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/306673/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] Re: autofs timeout
** Changed in: nautilus Importance: Unknown = High -- autofs timeout https://bugs.launchpad.net/bugs/306673 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] Re: autofs timeout
Still not better with Karmic, exactly the same Nautilus behaviour as with Jaunty. -- autofs timeout https://bugs.launchpad.net/bugs/306673 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] Re: autofs timeout
It's become much worse with Jaunty :\ Now clicking on any (local or remote) folder anywhere (Desktop, home) makes Nautilus try to mount the remote SSHFS folder (gives me a password prompt). I haven't set any bookmarks. If I open Thunar or browse my local file system in bash, everything's fine... that is, no remote folders get mounted. When I browse the SSHFS test folder in Thunar or bash, they ask for a password once and then both keep the mount alive as long as I'm idling in a remote folder. After leaving all remote folders the countdown set's in and unmounts... which is what Nautilus ideally should be doing as well, instead of having the countdown start as soon as I'm done opening a new remote folder. But this is a minor problem to the one mentioned above. My current /etc/auto.master: /media/SSHFS /etc/auto.sshfs --timeout=10,--ghost My current /etc/auto.sshfs: TEST -fstype=fuse,rw :sshfs\#u...@domain\:/ I've tried juggling around options like setting the uid/gid in auto.master or setting noatime,noemtpy and similar in aut.sshfs. SSHFS works perfectly when mounting manually (via launcher scripts), which is what I've been doing all the time now. AutoFS also works as intended, mounting/unmounting cleanly in Thunar and bash. I'd really like to have the seamless file system experience in Nautilus... except for the password of course, but that's a necessary additional security step for me, and working around it by turning off password auth only figh§ts the symptoms. -- autofs timeout https://bugs.launchpad.net/bugs/306673 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] Re: autofs timeout
It's become much worse with Jaunty :\ Now clicking on any (local or remote) folder anywhere (Desktop, home) makes Nautilus try to mount the remote SSHFS folder (gives me a password prompt). I haven't set any bookmarks. If I open Thunar or browse my local file system in bash, everything's fine... that is, no remote folders get mounted. When I browse the SSHFS test folder in Thunar or bash, they ask for a password once and then both keep the mount alive as long as I'm idling in a remote folder. After leaving all remote folders the countdown set's in and unmounts... which is what Nautilus ideally should be doing as well, instead of having the countdown start as soon as I'm done opening a new remote folder. But this is a minor problem to the one mentioned above. My current /etc/auto.master: /media/SSHFS /etc/auto.sshfs --timeout=10,--ghost My current /etc/auto.sshfs: TEST -fstype=fuse,rw :sshfs\#u...@domain\:/ I've tried juggling around options like setting the uid/gid in auto.master or setting noatime,noemtpy and similar in aut.sshfs. SSHFS works perfectly when mounting manually (via launcher scripts), which is what I've been doing all the time now. AutoFS also works as intended, mounting/unmounting cleanly in Thunar and bash. I'd really like to have the seamless file system experience in Nautilus... except for the password of course, but that's a necessary additional security step for me, and working around it by turning off password auth only fights the symptoms. But -- autofs timeout https://bugs.launchpad.net/bugs/306673 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] Re: autofs timeout
Sorry for the double post (now triple -.-)), slow connection over here -- autofs timeout https://bugs.launchpad.net/bugs/306673 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] Re: autofs timeout
I know that, and I try not to report redundant bugs or intended features... Just helping to improve Ubuntu. I prefer Launchpad over Bugzilla (don't even have a login at the Gnome tracker) and I think that this Nautilus issue is an error that has got too little attention and needs fixing. Hence reporting it here. -- autofs timeout https://bugs.launchpad.net/bugs/306673 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] [NEW] autofs timeout
Public bug reported: 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 ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- autofs timeout https://bugs.launchpad.net/bugs/306673 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] Re: autofs timeout
probably not an easy issue to fix and creating a bug in launchpad only create extra work for the developers and triagers who read these and have thousand of extra bugs to deal with daily, so please keep that in mind. ** Changed in: nautilus (Ubuntu) Importance: Undecided = Low Assignee: (unassigned) = Ubuntu Desktop Bugs (desktop-bugs) Status: New = Triaged ** Bug watch added: GNOME Bug Tracker #101673 http://bugzilla.gnome.org/show_bug.cgi?id=101673 ** Also affects: nautilus via http://bugzilla.gnome.org/show_bug.cgi?id=101673 Importance: Unknown Status: Unknown -- autofs timeout https://bugs.launchpad.net/bugs/306673 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 306673] Re: autofs timeout
** Changed in: nautilus Status: Unknown = Confirmed -- autofs timeout https://bugs.launchpad.net/bugs/306673 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs