forked from VoxeLibre/VoxeLibre
f89c52dff6
In Minetest 5.4.1, calling get_player_control() on a mob returned the
empty string. Minetest commit 5eb45e1ea03c6104f007efec6dd9c351f310193d
changed this, so now calling get_player_control() on a mob returns nil.
As mcl_boats defines boats that can have a player or a mob as a driver,
code like the following crashes with a changed get_player_control() API:
local ctrl = driver:get_player_control()
if ctrl.sneak then
detach_object(driver, true)
end
Furthermore, once a world has crashed, joining it near a mob that is the
driver of a boat with such control code immediately crashes again.
When I reported this bug to Minetest, several Minetest core developers
stated that they disliked the old API and proposed other return values
for calling a mob's get_player_control() function – all different from
the empty string. Since I have some doubts that this bug will be fixed
in Minetest 5.5.0, boat code must take into account a nil return value.
Minetest issue: https://github.com/minetest/minetest/issues/11989
|
||
|---|---|---|
| .. | ||
| drippingwater | ||
| mcl_boats | ||
| mcl_burning | ||
| mcl_falling_nodes | ||
| mcl_item_entity | ||
| mcl_minecarts | ||
| mcl_mobs | ||
| mcl_paintings | ||
| mobs_mc | ||
| mobs_mc_gameconfig | ||
| modpack.conf | ||