When xfm from "x11-misc/xfm/xfm-1.4.3" is launched, a log windows is displayed which reports multiple "translation table syntax error" warnings. Those warnings can be ignored, but after double-clicking onto the first directory in the "files" window, the newly entered directory does not honor any actions performed by the user; the file windows is basically frozen. Interestingly enough, the "view" menu still works - it is still possible to switch between icon view and long view. But copying, moving files etc. will not work until xfm is restarted. Reproducible: Always Steps to Reproduce: 1.Start xfm and open the "file" window if not yet open 2.Double-click onto any directory, entering it 3.Try to go back to the parent directory. You can't! Actual Results: Nothing happens Expected Results: The contents of the parent directory should be displayed again xfm is actually unusable as a file manager with this bug. It can only be used as an application launcher which does not require the file manager functionality. It's a shame, because xfm is such a cute little proggy! When I googled for a solution, I found out several other people have encountered the same problem. It seems the problem is somehow related to white space changes within the source files. One of them posted a patch, but it didn't help when I tried to incorporate it into the ebuild. However, I'm posting it here - perhaps you can take it as a starting point when looking for a fix: =============================================== --- lib/Xfm.cpp.orig Mon Apr 4 10:39:29 2005 +++ lib/Xfm.cpp Mon Apr 4 10:39:32 2005 @@ -268,7 +268,7 @@ <Key>Linefeed : no-op() \n\ Ctrl<Key>J : no-op() \n #else -Xfm*TextField.baseTranslations:#override\n\ +Xfm*TextField.baseTranslations:#override\n \ HIST_TRANSLATION(FocusSet(), ) \ Shift <Key>Tab:FocusTraverse(b)\n\ <Key>Tab:FocusTraverse()\n\ @@ -327,7 +327,7 @@ #ifdef USE_NEW_WIDGETS Xfm*file window*folderlabel.baseTranslations: #override\n\ <Enter> : trackCursor()\n\ - <Leave> : trackCursor()\n\ + <Leave> : trackCursor()\n \ HIST_TRANSLATION(,) \ <Btn1Up>(2) : fileRefresh()\n Xfm*file window*viewport.baseTranslations:#override\n\ @@ -358,7 +358,7 @@ Ctrl <Key>f : notify(*view*filter)\n\ Ctrl <Key>h : notify("*view*hide folders")\n\ Ctrl <Key>m : notify("*view*mix folders/files")\n\ -Ctrl <Key>u : notify("*view*show hidden files")\n\ +Ctrl <Key>u : notify("*view*show hidden files")\n \ LOG_TRANSLATION \ <Key>n : notify(*file*new)\n\ <Key>m : notify(*file*move)\n\ @@ -399,7 +399,7 @@ Ctrl <Key>f : notify(*view*filter)\n\ Ctrl <Key>h : notify("*view*hide folders")\n\ Ctrl <Key>m : notify("*view*mix folders/files")\n\ -Ctrl <Key>u : notify("*view*show hidden files")\n\ +Ctrl <Key>u : notify("*view*show hidden files")\n \ LOG_TRANSLATION \ <Key>n : notify(*file*new)\n\ <Key>m : notify(*file*move)\n\ @@ -415,7 +415,7 @@ <Key>x : notify(*file*xterm)\n\ <Key>q : notify(*file*quit)\n #else -Xfm*file window*folderlabel.baseTranslations: #override\n\ +Xfm*file window*folderlabel.baseTranslations: #override\n \ HIST_TRANSLATION(,)\ <Btn1Up>(2) : fileRefresh()\n Xfm*file window*icon box*file_icon.baseTranslations: #override\n\
Important correction: The patch I have included actually *does* work! I just forgot to run dispatch-conf/etc-update... ;-) So please incorporate the patch into the ebuild, and xfm will be fine again!
Bad news: Although the patch makes directory browsing possible again, most other basic functionality still does not work. It is only possible to double-click entries and trigger their default actions, such as launching an application or changing a directory. But other essential operations such as moving, copying or renaming files is still non-functional. If the context menu is displayed, it is not possible to select any items from it.
I just found out: The menu buttons also do work. But the context menu does not. Another thing I have observed: Sometimes dragging icons between multiple "file" windows works - but most of the time it doesn't. Very strange.
package.mask, # Samuli Suominen <drac@gentoo.org> (31 May 2007) # Masked, pending removal in 30 days for bug 178900. # Also, upstream is dead. As alternative, use any # preferred file manager from tree, there are plenty # of them. x11-misc/xfm
As sidenote, if someone is planning to fix this and keep it around take a look at Debian version. It's still broken and won't compile but has some intresting fixes, including usage of autotools..
