Hi Ralf, I think we can close this topic. Couldn't reproduce using 4.7.0 and you have anyhow provided a fix in 4.8.0 (also no crashes seen so far)
OK, running anew, but for now no errors reported (v4.7.0) Did I understand it correctly that the issue should vanish if I reduce the amount of bookmarks ?
unfortunately 1) I oversaw the IT service time this evening -> all hosts will be rebooted, gdb session is lost 2) worker executable has no debug information (stripped executable ?) I could only extract following info prior to reboot, I assume it's poor information content (gdb) frame 6 #6 0x00000000004bd483 in std::future<std::result_of<std::decay<DirBookmarkUI::updateLVData(int, int, FieldListView::on_demand_data&)::{lambda()#1}>::type ()>::type> std::async<DirBookmarkUI::updateLVData(int, int,...
Regarding your question : yes, I have many NFS-mounted paths in my bookmarks, several of them not always mounted. So far worker was showing them a strikethrough, was fine. And there was no delay as the directory was simply non-existent (bookmark is to a subdirectory of the main mountpoint)
Hi Ralf, sorry, took quite a long time to bring worker to crash. Thought it would never fail when running inside gdb :-) here's the stack trace - do you want me to select a special frame to get more information ? I kept gdb open, so I can get just any information Thread 1 "worker" received signal SIGABRT, Aborted. 0x00007ffff5258387 in raise () from /lib64/libc.so.6 (gdb) where #0 0x00007ffff5258387 in raise () from /lib64/libc.so.6 #1 0x00007ffff5259a78 in abort () from /lib64/libc.so.6 #2 0x00007ffff5b991d5...
Crash when opening Bookmarks window
Thanks for the info Turns out our IT cleans up /tmp from time to time :-( Re-creating /tmp/worker-$USER manually solves the issue without need to restart worker
Sometimes unable to start external program