Closed nonfreegithub closed 9 months ago
It might also fail in some other cases with fake player depending on configuration if it attempts to do this (from awards):
local player = minetest.get_player_by_name(name)
local one = player:hud_add({
This might fail if it is fake player, not nil, has a name but player who owns node isn't online when unlock is executed by fake player and awards.show_mode is not set to chat or formspec.
Maybe awards should be skipped for fake player?
If that's the case then for complete real player check could change and player
to and type(player) == "userdata"
which makes sure that player is actually real player and is not nil.
But it depends if awards should or shouldn't work on fake player.
Maybe awards should be skipped for fake player?
yes I think so
But it depends if awards should or shouldn't work on fake player.
I think awards should not work with fake players
tbh this should be fixed in MCL awards
, not here
I can confirm this does not happen with mcl using up-to-date awards from upstream ( e.g. on https://codeberg.org/mineclonia/mineclonia/pulls/640 )
For any testers, this setup recreates the bug (mcla / mcl2 with pipeworks):
tl;dr yes this can and should be fixed in mcl
quick gander, seems https://codeberg.org/mineclonia/mineclonia/commit/7e3064ef934173b420c97106692c108d5d4047e6 is what fixed it
with confirmation of a mcl* person, closing this
It seems that now someone is fixing the problem with fakeplayers in #98 that I reported a long time ago here
In MCL when player is nil (maybe when is a fake player) MCL awards crash the server