Recent changes to bugs

#84 mlterm-wl segfault on start

2025-09-15T07:21:07.305000Z

status: open --> closed

#85 Horizontal resizing and wrapping

2020-09-06T01:41:40.060000Z

Hi,
Now I fixed the issue 1.
https://github.com/arakiken/mlterm/archive/master.zip

#85 Horizontal resizing and wrapping

2020-08-30T15:15:40.896000Z

Hi,

I can confirm that the bugs highlighted by my repro script have been fixed. Thank you!

While playing around however, I managed to get the lines to scroll up again by printing long lines in a small window and then scaling it up.

Repro for the new bug variant:

#!/bin/sh

printf "\x1b[8;20;80t"
for j in {0..10} ; do echo -n " $j: "
    for i in {00..50} ; do echo -n $i ; done
done
echo
echo last line at the bottom of the terminal
sleep 2
printf "\x1b[8;20;120t"
echo last line no longer at the bottom

Thanks,

#85 Horizontal resizing and wrapping

2020-08-29T08:59:54.310000Z

Thanks.
I fixed to at least make the script work correctly.
I'd like you to test https://github.com/arakiken/mlterm/archive/master.zip

But it is quite difficult to solve the problem 1 soon.
Mlterm assumes that the data in the backlog doesn't need to be edited,
thereby simplifies the implementation (bidi, opentype layout and so on).
Major design change is necessary to rewap lines in the backlog.

Regards,

#85 Horizontal resizing and wrapping

2020-08-23T16:36:37.071000Z

Hi!

Thank you so much for the fix!

I can confirm that dynamic resizing is working and output is not being eaten up by horizontal resizing anymore.

As you mentioned it isn't quite perfect, there are three minor issues I have noticed:

Scrolling up (Shift+PgUp) after scaling down the window doesn't reflow the old output that was off-screen (vertically) before, it stays truncated. Scrolling up after enlarging the window again brings it back though.
When scaling down the window, the log is pushed off-screen at the top to make space for the wrapped lines as expected. When scaling the terminal up again however, the lines remain off-screen and you effectively scrolled down.
There seems to be some weird interaction with Bash's PS1 when it gets wrapped leading to corruption of the previous line when the terminal is scaled up again.

I can sadly not provide repro scripts for 1. as I'm not aware of control sequence magic that allows you to scroll the terminal's log but here is one that shows the effect of 1. and what I believe is the same bug as 3.:

#!/bin/sh

printf "\x1b[8;10;80t"
ls -l ~/
echo last line at bottom of terminal
sleep 2
printf "\x1b[8;10;20t"
sleep 1
printf "\x1b[8;10;80t"
echo last line no longer at the bottom and also corrupted

Since my original concern has been addressed though, I'd consider this issue resolved; I'm no longer losing the terminal log when my window manager tiles mlterm.
Thank you so much for all your hard work, mlterm is by far the best terminal emulator I've ever used!

#85 Horizontal resizing and wrapping

2020-08-22T15:33:17.330000Z

Hi, thanks for your report.

Mlterm now supports your request.
Please try https://github.com/arakiken/mlterm/archive/master.zip
(It is not completely compatible to rxvt-unicode, but I think it generally works fine.)

If you find strange behavior, I would like you to send me a script to reproduce it.
Sample script is http://mlterm.sf.net/mlterm-resize-test.sh

Regards,

Horizontal resizing and wrapping

2020-08-11T08:14:07.044000Z

Hi,

I have two issues that tie into each other. The first is very similar issue to #82 but on the other axis; when I shrink mlterm horizontally, the right border "eats" up the text as expected but when I enlarge it again, the text doesn't come back and the background is shown instead.

My second issue is that when I have a very long line which exceeded the window bounds when it was printed, it got automatically reflowed over multiple lines to fit the window as expected. However, when I enlarge the terminal afterwards, the long line stays wrapped and doesn't reflow to make use of the additional space given to the terminal.

Ideally mlterm would reflow lines dynamically on any horizontal resize action. This would resolve both of these issues as lines going beyond the terminal bounds after shrinking it wouln't need to be "eaten" and would be reflowed to fit the smaller window instead. Lines that have previously been wrapped (either because the windows was shrunk or wasn't large enough in when the lines was printed) would gradually unwrap themselves as the terminal bounds grow.

For reference, rxvt implements this behaviour.

OS is nixos-unstable@83451174b82.

mlterm version 3.9.0
Features: otl implugin imagelib(builtin) utmp

#84 mlterm-wl segfault on start

2020-02-17T14:25:34.225000Z

Thank you, now works.

#84 mlterm-wl segfault on start

2020-02-15T11:26:49.910000Z

Thanks.
mlterm-wl used wl_shell or xdg-shell v6 unstable.
But sway has removed support for xdg-shell v6 unstable since 1.4, so mlterm-wl failed to start in sway-1.4.

Now mlterm-wl supports xdg-wm-base which sway-1.4 supports.
Please try http://bitbucket.org/arakiken/mlterm/get/tip.tar.gz

#84 mlterm-wl segfault on start

2020-02-11T11:38:21.545000Z

I use sway 1.4

Here you are the logs:

==> .mlterm/msg.log <==
Feb 11 14:36:12[8259] WARN: [vt_color.c:519] /home/gargantua/.mlterm/color couldn't be opened.
Feb 11 14:36:12[8259] WARN: [ui_shortcut.c:77] /home/gargantua/.mlterm/key couldn't be opened.
Feb 11 14:36:12[8259] WARN: [vt_termcap.c:179] /home/gargantua/.mlterm/termcap couldn't be opened.
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwp_linux_dmabuf_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: wl_drm
Feb 11 14:36:12[8259] DEBUG: Unknown interface: wl_subcompositor
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwlr_gamma_control_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zxdg_output_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: org_kde_kwin_idle
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwp_idle_inhibit_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwlr_layer_shell_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: xdg_wm_base
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwp_tablet_manager_v2
Feb 11 14:36:12[8259] DEBUG: Unknown interface: org_kde_kwin_server_decoration_manager
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zxdg_decoration_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwp_relative_pointer_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwp_pointer_constraints_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: wp_presentation
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwlr_output_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwlr_export_dmabuf_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwlr_screencopy_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwlr_data_control_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwp_primary_selection_device_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwp_virtual_keyboard_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwlr_virtual_pointer_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwlr_input_inhibit_manager_v1
Feb 11 14:36:12[8259] DEBUG: Unknown interface: zwp_pointer_gestures_v1
Feb 11 14:36:12[8259] DEBUG: [ui_event_source.c:389] -10 is added to additional fds.
Feb 11 14:36:12[8259] DEBUG: [ui_font_config.c:351] Set f0 font => fontname AS-TTDurga 26.
Feb 11 14:36:12[8259] DEBUG: [ui_font_config.c:351] Set f1 font => fontname BN-TTDurga 26.
Feb 11 14:36:12[8259] DEBUG: [ui_font_config.c:351] Set f2 font => fontname GJ-TTAvantika 21.
Feb 11 14:36:12[8259] DEBUG: [ui_font_config.c:351] Set f3 font => fontname DV-TTYogesh 23.
Feb 11 14:36:12[8259] DEBUG: [ui_font_config.c:351] Set f4 font => fontname KN-TTUma 25.
Feb 11 14:36:12[8259] DEBUG: [ui_font_config.c:351] Set f5 font => fontname ML-TTKarthika 23.
Feb 11 14:36:12[8259] DEBUG: [ui_font_config.c:351] Set f6 font => fontname OR-TTSarala 26.
Feb 11 14:36:12[8259] DEBUG: [ui_font_config.c:351] Set f7 font => fontname PN-TTAmar 30.
Feb 11 14:36:12[8259] DEBUG: [ui_font_config.c:351] Set f9 font => fontname TL-TTHemalatha 25.
Feb 11 14:36:12[8259] WARN: [ui_font_config.c:421] /home/gargantua/.mlterm/aafont couldn't be opened.
Feb 11 14:36:12[8259] Load /usr/share/fonts/OTF/IBMPlexSans-Regular.otf (id d1)
Feb 11 14:36:12[8259] DEBUG:  => CURRENT NUM OF XFONTS 1
Feb 11 14:36:12[8259] Font id d1: XFont 0x557434ecf010 (width 13, height 21, ascent 17, x_off 0)
Feb 11 14:36:12[8259] DEBUG: [ui_font_cache.c:360] Font 34eae2a0 for id d1 was cached.
Feb 11 14:36:12[8259] DEBUG: [ui_color_cache.c:236] new color ff000000
Feb 11 14:36:12[8259] DEBUG: [ui_color_cache.c:246] new color black ff000000
Feb 11 14:36:12[8259] DEBUG: [ui_color_cache.c:236] new color fffefefe
Feb 11 14:36:12[8259] DEBUG: [ui_color_cache.c:246] new color white fffefefe