xffm has been running satisfactorily for a while. At some point it blocked (sadly I can't remember the exact circumstances).From then it starts, then freezes each I try to go on my home directory...
I had similar problems the first times I tried browsing my home directory with a newly compiled xffm 4.1.3. The progress indicator always stopped after adding a number of files divisible by 128, specifically after 256 files and 384 files. The xffm process would then consume 100% CPU time and stop responding for at least a minute. At that time my home directory had around 475 files so I thought that maybe some hashtable or other structure was too small for them all and reorganized my home directory. That worked around the problem.
I think this could be due to gtk going into an endless recursive loop while trying to keep the progress bar updated. If you could run with gdb and do ctrl-c when it goes into the 100% cpu loop and then obtain a backtrace from the gbd prompt it would help us confirm whether or not this is the case.
Feedback not received. Bug assumed fixed. Reopen bug with requested feedback if problem persists.