What happens and how to reproduce it: As Thunar seems to search for templates recursively, selecting the home-folder as template-directory seems to mess up in a never ending search (maybe it even follows symbolic links?). Why its important: Some linux-distributions leave it to the user to define the standard directories in their '~/.config/user-dirs.dirs'-file. How I found it: After having changed the file myown (running fedora 10) an update caused this error by automatically resetting the file to some default-values, where the template-directory was set to $HOME. Selecting 'File'-> 'create document' caused a freeze of the whole xsession (in my case the mouse-pointer was not moveable any more). regards Max
I can confirm this bug.
(In reply to comment #1) > I can confirm this bug. That is in the newest release of Thunar 1.2.0
This is a configuration issue. The template directory should never point to something like $HOME. If it does and this is set so by your distribution, please file a bug with them.
You may disagree but I'm marking this bug as wontfix.
i do disagree, because there seems to be an easy solution: there is no reason to preload the contents of the whole folder, including subfolders. it would be perfectly enough to show the contents of the currently selected folder.
Loading submenus on demand, yes, that is an improvement that might make sense. But even then, using $HOME as template dir is entirely wrong configuration.
i don't think it's a wrong configuration: The xdg-specification says "To disable a directory, point it to the homedir", as found here http://freedesktop.org/wiki/Software/xdg-user-dirs consequently xdg-user-dir always returns $HOME by default, rather than returning EINVAL or ENOENT.
Ok, so if it points to $HOME, Thunar should disable templates. If it doesn't then I acknowledge it is a bug. ;)
...oh yeah! ;-)
If XDG_TEMPLATES_DIR="$HOME" templates are not show.