Control: severity -1 normal Hi,
* Manny <debbug.g...@sideload.33mail.com> [2024-06-18 13:13]:
Opened “Colors » Threshold…”. Some images have an interesting graph to help determine where to move the slider and some just have an empty graph. This may not be related but I noticed that both times spaz’d out it was when an image had an empty graph (or nearly empty). As soon as the slider is moved, *both* screens on a dual headed machine go black for ~1½ seconds then pop back on. GIMP is only ever present one of the two displays, never spread out. On one occassion, the system froze for a few seconds before the cursor could move again. On another occasion, the keyboard and mouse were permanently frozen. I walked away from the machine for ~5 minutes or so to give it time to unfreeze, but it never unfroze. I was ultimately forced to physically force a power down of the whole system. It would have been catastrophic if I had unsaved work in any application.
I was not able to reproduce this in a debvm, thus lowering severity. What I tried: $ debvm-create -r stable -- --hook-dir=/usr/share/mmdebstrap/hooks/useradd \ --include=linux-image-generic,greetd,sway,sway-backgrounds,suckless-tools,xwayland,gimp \ --customize-hook='echo \'[initial_session]\ncommand = "sway"\nuser = "user"\n[terminal]\nvt = 1\n[default_session]\ncommand = "/usr/sbin/agreety -c sway"\nuser = "user"\' > "$1/etc/greetd/config.toml"' $ debvm-run -g -- -vga qxlThat gives me a logged in sway where I can hit Ctrl-D to execute gimp (you can use Ctrl-Alt-G to let qemu grab the key in case it is mapped on your host system.)
Then in gimp I created a new image by taking a screenshot and played with the sliders in the Threshold window.
To me this bug sounds a lot like a out of memory problem (maybe even out of video memory). Can you have a log at the system log at the time of the crash? Try:
sudo journalctl -S 2024-06-18 for that. Also, can you reproduce the bug? Cheers Jochen
signature.asc
Description: PGP signature
