Closed TheEt1234 closed 6 months ago
thanks for reporting that, the position-check is now a bit stricter and should not allow any NaN's in it :)
@BuckarooBanzay i don't think that fixes the bug, since type(0/0)=="number"
A simple way to detect NaN would be x ~= x
minetest.is_nan()
exists too :)
this should now be properly fixed with https://github.com/BuckarooBanzay/digibuilder/commit/faa4e5b7b265400b9e4571420d3f55a5ff7f3bf2 and https://github.com/BuckarooBanzay/digibuilder/commit/84ca01da026bcedfa7ac7790c794caa6a742229e
minetest.is_nan() exists too :)
thanks, totally forgot we have that :+1:
actually builds the node (if the target position isn't protected or occupied)
what's going on here
digibuilder's https://github.com/BuckarooBanzay/digibuilder/blob/master/digiline_validate_pos.lua does not check for NaN
x<NaN = false x>NaN = false x==NaN = false (so passes the max radius checks)
and minetest somehow interprets NaN as 0
so when
pos={x=0,y=0,z=nan}
it will build atx=digibuilder's x,y= digibuilder's y, z=0
fix
simply check for nan