After portal remove, region protection stays in effect.
pr0dus opened this issue · 5 comments
As mentioned in the title, after i remove a portal the region is still protected. You do not have permission to place a block here,
Permissions for default player is just to use the portal.
The error i get is listed in:
src/main/java/com/sekwah/advancedportals/bukkit/listeners/PortalProtect.java
Could you provide the full error stack trace please? It helps us track the issue back to the source :)
It's just the text surrounding where you got that line from. Just that line on it's own sadly doesn't help much.
In the console it doesent show anything. In game when i deop myself i cannot put a button in the portal area or blocks where there was a portal. Because i deleted it as a op.
Here is the exact video i just made: https://youtu.be/ro5nIn7ugKw
[08:45:03] [Server thread/INFO]: Critzibel issued server command: /
[08:45:30] [Server thread/INFO]: Critzibel issued server command: /gmc
[08:46:19] [Server thread/INFO]: Critzibel issued server command: /gms
[08:47:02] [pool-21-thread-2/INFO]: [GroupManager] Data files refreshed.
[08:51:30] [Server thread/INFO]: Critzibel issued server command: /gmc
[08:53:25] [Server thread/INFO]: Critzibel issued server command: /gms
[08:54:03] [Server thread/INFO]: Critzibel issued server command: /gmc
[08:54:11] [Server thread/INFO]: Critzibel issued server command: /ap list
[08:54:18] [Server thread/INFO]: Critzibel issued server command: /ap help
op critzibel
[08:54:29] [Server thread/INFO]: Made Critzibel a server operator
[08:54:38] [Server thread/INFO]: Critzibel issued server command: /ap
[08:54:41] [Server thread/INFO]: Critzibel issued server command: /ap list
[08:54:52] [Server thread/INFO]: Critzibel issued server command: /ap warp back1
[08:54:58] [Server thread/INFO]: Critzibel issued server command: /ap warp dif1
[08:55:16] [Server thread/INFO]: Critzibel issued server command: /ap warp fall1
[08:55:18] [Server thread/INFO]: Critzibel issued server command: /ap warp fall2
[08:55:23] [Server thread/INFO]: Critzibel issued server command: /ap warp falltrapportal
[08:55:24] [Server thread/INFO]: [@: Showing new title for Critzibel]
[08:55:24] [Server thread/INFO]: [@: Showing new subtitle for Critzibel]
[08:55:26] [Server thread/INFO]: [@: Changed the block at -79, 254, 580]
[08:55:28] [Server thread/INFO]: [@: Changed the block at -79, 254, 580]
[08:55:32] [Server thread/INFO]: Critzibel issued server command: /ap warp portal1
[08:55:41] [Server thread/INFO]: Critzibel issued server command: /ap warp teapa
[08:55:58] [Server thread/INFO]: Critzibel issued server command: /ap warp back1
[08:56:03] [Server thread/INFO]: Critzibel issued server command: /ap warp dif1
[08:56:43] [Server thread/INFO]: Critzibel issued server command: /gmsp
[08:56:46] [Server thread/INFO]: Critzibel issued server command: /gmc
[08:56:54] [Server thread/INFO]: Critzibel issued server command: /gms
[08:57:13] [Server thread/INFO]: Critzibel issued server command: /gmsp
[08:57:21] [Server thread/INFO]: Critzibel issued server command: /gms
[08:57:26] [Server thread/INFO]: Critzibel issued server command: /gmc
[08:57:33] [Server thread/INFO]: Critzibel issued server command: /deop Critzibel
[08:57:33] [Server thread/INFO]: [Critzibel: Made Critzibel no longer a server operator]
[08:57:42] [Server thread/INFO]: Critzibel issued server command: /gms
[08:57:54] [Server thread/INFO]: Critzibel issued server command: /gmc]
Given the behaviour of the code you have, there is likely another portal still in that area you are forgetting about. to avoid this we used to warn the user when portals were overlapping but due to popular demand we swapped this behavior back.
You may want to use /portal select
and try punching the surrounding blocks to see if you select a portal you didn't think was there.
Or you could try doing /portal show (portal name)
for all the currently active portals to see if any of them are around.
Portals will also protect in a 5 block radius around themselves by default.