Here, typing "exit" closes the terminal window (I checked with xterm
and gnome-terminal). Perhaps the next step toward resolution is to confirm that your button's action is: <custom command> $[command-xterm] & If so, try changing it to <custom command> sh -c $[command-xterm] (IIRC, yours will save such change, before it crashes, or maybe "apply" won't crash) Otherwise, we might find something from app. versions ??
Hmm... I guess it must be some kind of aterm issue, actually. I set my terminal to xterm and it worked fine. I guess I can just use xterm as my emelfm2 terminal. I don't understand what it could be. I tried the above and it still didn't work correctly. No big deal though.
5) Finally: the unpack plugin doesn't seem to work, and it didn't work in the previous pre-release either. I'm not sure about anything before that.Works as expected, here, so please provide some more detail about the nature of the problem.
I found out that it is actually working, but not refreshing correctly after it unpacks. If I manually click "refresh, I see the unzipped files there. I commented out a e2_filelist_disable_refresh() and it seemed to work fine after that, but it kept warning me about how auto-refresh was broken and I should exit quickly. Oh, and it doesn't go back to the original directory after you choose to delete or repack the items, it just stays in /tmp. Didn't it used to pop back to whatever directory you were in before?
Oh yeah, one more thing about Plugin:unpack: to extract standard zip files on many (most?) systems you have to call "unzip" instead of gunzip. I changed the "gunzip -f" to "unzip -o" and re-made and re-installed and that made it work for zips on my system. Maybe a way to change the unzip/zip command on a per-system or per-user basis? I dunno.
Thanks for your quick response, by the way.
And emelfm2 still rules.
-- Users can unsubscribe from the list by sending email to emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or by logging into the web interface.