3
10
Fork
You've already forked argen
1

Intermittent crashing when closing last window in context #3

Closed
opened 2026年06月26日 15:32:48 +02:00 by sleen · 2 comments
Contributor
Copy link

I've noticed a very strange issue where sometimes, when closing the last remaining window in a context, River itself will crash. Interestingly, this only seems to happen when closing the window with specifically a keybind. Manually running argenctl window close in a terminal window doesn't seem to trigger it.

So far I've only been able to reproduce this issue with foot(1), but it's possible it affects other applications too. I'm not sure if this is an issue on your side or elsewhere.

I've attached the log output below in case it's helpful. I'm running River 0.4.3, foot 1.27.0, and the latest master version of argen.

I've noticed a very strange issue where sometimes, when closing the last remaining window in a context, River itself will crash. Interestingly, this only seems to happen when closing the window with *specifically* a keybind. Manually running `argenctl window close` in a terminal window doesn't seem to trigger it. So far I've only been able to reproduce this issue with `foot(1)`, but it's possible it affects other applications too. I'm not sure if this is an issue on your side or elsewhere. I've attached the log output below in case it's helpful. I'm running River 0.4.3, foot 1.27.0, and the latest master version of argen.
9.3 KiB
Owner
Copy link

The log does not contain the stacktrace unfortunately. You could try to run river with -log-level debug or even better build river in debug mode (zig build -Doptimize=Debug). This should give us more information about the crash.

I think some river crashes have been fixed since 0.4.3. It would probably be easier to first see if the crash persists with river .0.4.5 or main.

The log does not contain the stacktrace unfortunately. You could try to run river with `-log-level debug` or even better build river in debug mode (`zig build -Doptimize=Debug`). This should give us more information about the crash. I think some river crashes have been fixed since 0.4.3. It would probably be easier to first see if the crash persists with river .0.4.5 or main.
Author
Contributor
Copy link

You could try to run river with -log-level debug or even better build river in debug mode (zig build -Doptimize=Debug).

Right, I forgot that was an option. I had to build with -Doptimize=Debug to get any information, but it seems like this is indeed fixed on the latest master for River. I didn't realize the version packaged for Alpine Linux was out of date.

> You could try to run river with -log-level debug or even better build river in debug mode (zig build -Doptimize=Debug). Right, I forgot that was an option. I had to build with `-Doptimize=Debug` to get any information, but it seems like this is indeed fixed on the latest master for River. I didn't realize the version packaged for Alpine Linux was out of date.
Sign in to join this conversation.
No Branch/Tag specified
master
scrolling-refactor
test-capture-events
border
v0.1.1
v0.1.0
Labels
Clear labels
No items
No labels
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
pkap/argen#3
Reference in a new issue
pkap/argen
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?