Search found 4 matches

by bothie
Thu Sep 19, 2024 7:00 pm
Forum: Not a bug
Topic: [1.1.110]Event on_gui_closed does not fire if GUI is closed as a side-effect (e.g. an opened chest is mined)
Replies: 4
Views: 562

Re: [1.1.110]Event on_gui_closed does not fire if GUI is closed as a side-effect (e.g. an opened chest is mined)

Ok, since there is no other event like on_gui_disappeared or such, is there any way at all to figure out, that the gui that was visible before is now not visible any longer?
If not, can we please get a new event on_gui_disappeared which fires exactly once for each gui that disappears for whatever ...
by bothie
Thu Sep 19, 2024 11:05 am
Forum: Not a bug
Topic: [1.1.110]Event on_gui_closed does not fire if GUI is closed as a side-effect (e.g. an opened chest is mined)
Replies: 4
Views: 562

Re: [1.1.110]Event on_gui_closed does not fire if GUI is closed as a side-effect (e.g. an opened chest is mined)

control.lua that demonstrates this bug:

if global.bug_115401 == nil
then
global.bug_115401 = {}
global.bug_115401.open_gui_counter = 0
end

function update_gui(player)
if not global.bug_115401.gui
then
global.bug_115401.gui = player.gui.left.add{type="frame", name="bug_115401", direction ...
by bothie
Thu Sep 19, 2024 11:03 am
Forum: Not a bug
Topic: [1.1.110]Event on_gui_closed does not fire if GUI is closed as a side-effect (e.g. an opened chest is mined)
Replies: 4
Views: 562

[1.1.110]Event on_gui_closed does not fire if GUI is closed as a side-effect (e.g. an opened chest is mined)

Part of a mod I'm working on is keeping track of the nesting level of opened GUIs. The principle of the code looks like this:

on_gui_opened: ++gui_open_counter;
on_gui_closed: --gui_open_counter;

The code works, however if I open a chest and then mine it, the GUI disappears (as it should) but the ...
by bothie
Mon Jul 08, 2024 7:28 am
Forum: Pending
Topic: [raiguard][1.1.91][linux] "stopped responding" when saving bar was full. (non-blocking save)
Replies: 30
Views: 15139

Re: [raiguard][1.1.91][linux] "stopped responding" when saving bar was full. (non-blocking save)

I just run into this lockup again. Still using 1.1.100.

The saving process has terminated (zombie).

The main thread seems to be trying to read some status update from the saving process:

#0 __GI___libc_read (nbytes=4, buf=0x7ffe412bcc68, fd=94) at ../sysdeps/unix/sysv/linux/read.c:26
#1 __GI ...

Go to advanced search