-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reproducible bug that closes all windows #224
Comments
I can't reproduce this. Can you confirm that you're suspending the OS running roxterm, not the ssh host? Do you have to suspend long enough for the ssh to time out? And does it only crash if you're using tmux; does it have to be producing output? Can you get a backtrace? You'll need to make sure roxterm's debugging symbols are available (if you need to recompile, ideally upgrade to version 3.9.3), and preferably also those for vte, gtk3 and glib. And also run it from a different terminal with this environment variable: |
One thing I can add right now is that it occurs after several hours of suspension, so ssh has timed out. |
I still can't reproduce this. |
I'm following the
This doesn't seem to work. Sorry if it's ignorance about
|
I think the .. is a mistake. It's easier to use the AppRun script. If there's already anything in the
to run it with extra logging output (please capture that), or
to run it in gdb (also with extra output). Please use a terminal other than roxterm to do this, otherwise it will forward the command to the instance already running. If running in gdb, you can get a backtrace after it crashes by typing
(include the number if the core filename has one). But systemd manages core dumps in some distros now. In that case:
will open the most recent core dump in gdb. Or:
where You can exit from gdb by pressing Ctrl-D. |
Linux 5.4.34_1 #1 SMP PREEMPT x86_64 GNU/Linux
This behavior is happening in roxterm's version 3.8.4, but has happened on older versions, too.
I've got several roxterm windows open.
Steps to reproduce the behavior:
ssh
to a remote host, where I issue atmux attach-session -t 0
zzz
ssh
session and open a new tab with ctrl+shift+tThe text was updated successfully, but these errors were encountered: