Operations not updating blocks on chunk Worldguard region border
LM-Wolfert opened this issue ยท 2 comments
Server Implementation
Paper
Server Version
1.18.2
Describe the bug
A continuation from #2258 when doing a FAWE operation in a WorldGuard region of which you are the owner/member it will not update blocks when they are in the same chunk as the border of the region. See the attached video if this is not clear.
To Reproduce
- Create a polygonal Worldguard region. It must have at least 1 whole chunk in the region.
- Add yourself as a member of that region with sufficient permissions to use FAWE commands in it.
- Create a cuboid selection that includes at least part of the whole chunk and another part in a chunk that includes a region border.
- Run //set stone, it will now only set the stone in the chunk where no border exists. In the chunk with the region border nothing happens. The number of effected blocks in the command output do indicate the correct number of blocks. This happens with any command that would modify the world.
Expected behaviour
The blocks within your WorldGuard region be set to stone.
Screenshots / Videos
https://i.gyazo.com/66aaf94c155cb596c80e59012c259ad1.mp4
Error log (if applicable)
No response
Fawe Debugpaste
https://athion.net/ISPaster/paste/view/35168cc0fe9c4f07959283afe448ed32
Fawe Version
FastAsyncWorldEdit-Bukkit-2.6.2-SNAPSHOT-453.jar
Checklist
- I have included a Fawe debugpaste.
- I am using the newest build from https://ci.athion.net/job/FastAsyncWorldEdit/ and the issue still persists.
Anything else?
No response
Unfortunately this has not fixed the issue, in chunks with the border of a Polygonal Worldguard region the blocks still don't get replaced.
@dordsor21
It appears like everything should be working but it's just that the blocks don't get altered. If you do this in a chunk that doesn't include a region border then it's fine. The number of blocks effected by the operation in the command feedback is the correct number, even when doing it over the border of the region. After reverting the server back to 2.6.1 this was fixed.