Comment 4 for bug 1050021

Hi,

I confirm this bug. I'ts a real pain. Even more when using executable maps as we do, because autofs blindly obeys to mounting a share that doesn't exist on the server side (shouldn't autofs know it ?).

Here's our executable /etc/auto.nfs map :

#!/bin/bash
user_group=$(id -n -g $1)
echo "-fstype=nfs4,rw,sec=krb5 server:/home/NFS/$user_group/$1"

It works fine when the map is called with username when mounting its home directory. But sometimes, it's Kate (text editor) that's trying to access /home/.kateprojekt or /home/.kateconfig files instead of /home/user1/.kateprojekt and /home/user1/.kateconfig and then it fails. It's worse than that : it freezes the text editor and even the whole KDE desktop.

That's what autofs is triyng to mount in this particular situation : /home/NFS//.kateprojekt on /home/

Tried this with Ubuntu 13.04 server and client and Fedora 19 too and same errors happens. On Fedora 19 I even get error about /home/.Trash and /home/.Trash-xxxxx and /home/.hidden etc....

I'm now on production with all my students and teachers beeing impacted by this bug.

There seems to be 2 problems here :

1. Autofs should better handle mount errors.
2. Kate should record its configuration in the right path : /home/user1/.kateprojekt and not /home/.kateprojekt

Hope someone pays attention to this and fix this really soon. Let me know if I can help / try your fixing.

Frédéric.