Describe the bug
The "Save content..." option in the context menu saves only the visible content of the terminal.
Expected behavior
Full terminal output is saved including scrolled content.
Actual behavior
On Debian 11, only the visible part is saved.
AFAIK on Debian 10 all contents were saved correctly.
To Reproduce
Debian 11 (Oct29) xfce4
Reproduced with debian packages 3.4.0-1, 3.8.0-1 and also with the latest src code a084a1d0d11d2306ca5447c2cfaf31db0393c798.
Unable to reproduce, need more information, but will also note that I believe I've seen this behavior asked for before as a feature request so might be nice to preserve this as an option once we figure out what's happening here. If possible, do you also have the guake support log for the machine where this worked?
The key difference is the version of libvte, which is 0.62.3 on Debian 11, and 0.54.2-2 on Debian 10.
If you downgrade libvte to 0.54.2-2 (https://packages.debian.org/buster/libvte-2.91-0), it starts to work well. I suppose the guake's clipboard hack is not compatible with newer releases of libvte.
Don't have a newer version of VTE in my repo, but since this is isolated to newer VTE I should be able to figure this out, can start checking documentation for now.
Reproes on ubuntu 22.04 w/ both stock (3.8.5) and updated from linuxuprising (3.10) guake.
➤ dpkg -l | grep vte
ii gir1.2-vte-2.91:amd64 0.68.0-1 amd64 GObject introspection data for the VTE library
ii libvte-2.91-0:amd64 0.68.0-1 amd64 Terminal emulator widget for GTK+ 3.0 - runtime files
ii libvte-2.91-common 0.68.0-1 amd64 Terminal emulator widget for GTK+ 3.0 - common files
Describe the bug The "Save content..." option in the context menu saves only the visible content of the terminal.
Expected behavior Full terminal output is saved including scrolled content.
Actual behavior On Debian 11, only the visible part is saved. AFAIK on Debian 10 all contents were saved correctly.
To Reproduce Debian 11 (Oct29) xfce4 Reproduced with debian packages 3.4.0-1, 3.8.0-1 and also with the latest src code a084a1d0d11d2306ca5447c2cfaf31db0393c798.
$ guake --support
Guake Version: 3.8.2.dev4 Vte Version: 0.62.3 Vte Runtime Version: 0.62.3 -------------------------------------------------- GTK+ Version: 3.24.24 GDK Backend:Unable to reproduce, need more information, but will also note that I believe I've seen this behavior asked for before as a feature request so might be nice to preserve this as an option once we figure out what's happening here. If possible, do you also have the guake support log for the machine where this worked?
You can reproduce it on Debian 11:
sudo apt install guake
It works well on Debian 10: https://www.linuxvmimages.com/images/debian-10
The key difference is the version of libvte, which is 0.62.3 on Debian 11, and 0.54.2-2 on Debian 10.
If you downgrade libvte to 0.54.2-2 (https://packages.debian.org/buster/libvte-2.91-0), it starts to work well. I suppose the guake's clipboard hack is not compatible with newer releases of libvte.
Don't have a newer version of VTE in my repo, but since this is isolated to newer VTE I should be able to figure this out, can start checking documentation for now.
Now have vte 0.66.2 and still not encountering this, although I am observing some kind of hang that's probably a different issue.
Reproes on ubuntu 22.04 w/ both stock (3.8.5) and updated from linuxuprising (3.10) guake.
is it this https://github.com/Guake/guake/blob/47312dc2481b2fa617afe79cdcfddadf60e84516/guake/dialogs.py#L145-L146 ?
https://valadoc.org/vte-2.91/Vte.Terminal.select_all.html
hmm;
Slow as hell, but smth like that (using
get_text_range
; don't mind diff direction 🙈 )?(need to fix the starting row though, 0 can be beyond horizon)(updated; still can go beyond, but at least scoped; and isn't respectingclear
:( )Based on the above comment https://github.com/smith-doug/guake/commit/156a30ba8d2e4fcbc86bc8da186f5c59cbbc174e This seems to work, doesn't miss any text, and respects clear. I'm on Ubuntu 22.04.
At some point Vte changed the behavior of select_all. This has affected other terminals https://github.com/mate-desktop/mate-terminal/issues/372