Closed Sh3r1ffCZ closed 1 year ago
Yea its bcz of latest update, It should disable fly only when they don't have fly permission or no flight charges left but its disabling everytime... I think for now going back to old method will be good until fixed...
Throwing my hat in this ring as well. The new behavior is god awful. It's even removing fly when in spectator mode and going between worlds. Now every time I change a world I'm having to redo fly, even as OP. At the very least the bypass permission should be respected here.
it might has to do with the "fix" tat was made in latest version.
We also see this issue now on our server.
Fly gets disabled now each time someone even the owner changes a world.
log from latest version sais:
Update for general fly mode handling when it comes to world changes which was bugging out and in some instances keeping fly mode enabled for the player when it should have been disabled
Same issue here. Players are losing fly when changing worlds no matter what we do. No permissions/settings have any effect. Even worldguard regions with "Fly:allow" do not work.
Please revert these changes ASAP.
I have also had this issue. Some of my players when going into the overworld and back to spawn are not able to fly anymore. I have checked all the files and permissions and cant find a reason as to why this is happening.
Oversight from my side, will issue fix for this one today
Still disables when changing worlds... Even when fly is allowed in those worlds...
Still disables when changing worlds... Even when fly is allowed in those worlds...
For what it's worth, it was fixed for me in the last update, so it might be down to your settings/config/permissions at this point.
for us it also is fixed with the latest version.
.
your using any eventCommand that can disable it?
if so add a little delay of 0.5 or 1 before the checks.
with a line before delay! 1
The main issue was fixed for us, but fly is acting far different since these updates. We are dealing with many issues caused by this change. Obviously these are our issues as the methods used have all changed, but its frustrating to deal with.
Not sure these changes were needed in the first place as everyone has come to accept how cmi handled fly.
But yes, the latest update did fix the major issue this post was about.
Its working fine for op, but not for normal players and have no idea what permission to give at this point.. tried few
Its working fine for op, but not for normal players and have no idea what permission to give at this point.. tried few
any eventCommand on worldxhange or teleported? any other plugin that change habit like Multiverse-Core? any other plugins that dies this? any worldlimits might set? its normal your ops would bypass these all
it was working fine before the update, so it shouldn't be an issue with other plugins... and works for me with owner op perms... So has to be cmi permission issue..
No world limits set either...
it was working fine before the update, so it shouldn't be an issue with other plugins... and works for me with owner op perms... So has to be cmi permission issue..
No world limits set either...
You doing something perm related after teleporting or worldchange? defined in eventCommands.yml ? if so you might should add a delay a little before the checks
I got the permisses right, but I also get the occasional fly disappearing when the player teleports to another world. I have everything set to false in eventCommands.yml.
yea using delay and working fine before the update... nothing changed except the update.
Ok it doesn't work for me either so the issue Is still from cmi update side...
disabled the world event commands and still causing world change fly disable issue for players....
[17:37:42 WARN]: [CMI] Task #347953 for CMI v9.3.0.6 generated an exception java.lang.IllegalArgumentException: Cannot make player fly if getAllowFlight() is false at org.bukkit.craftbukkit.v1_19_R2.entity.CraftPlayer.setFlying(CraftPlayer.java:2157) ~[purpur-1.19.3.jar:git-Purpur-1895] at com.Zrips.CMI.AllListeners.WorldLimits.lambda$0(WorldLimits.java:90) ~[CMI-9.3.0.6.jar:?] at org.bukkit.craftbukkit.v1_19_R2.scheduler.CraftTask.run(CraftTask.java:101) ~[purpur-1.19.3.jar:git-Purpur-1895] at org.bukkit.craftbukkit.v1_19_R2.scheduler.CraftScheduler.mainThreadHeartbeat(CraftScheduler.java:483) ~[purpur-1.19.3.jar:git-Purpur-1895] at net.minecraft.server.MinecraftServer.tickChildren(MinecraftServer.java:1500) ~[purpur-1.19.3.jar:git-Purpur-1895] at net.minecraft.server.dedicated.DedicatedServer.tickChildren(DedicatedServer.java:482) ~[purpur-1.19.3.jar:git-Purpur-1895] at net.minecraft.server.MinecraftServer.tickServer(MinecraftServer.java:1424) ~[purpur-1.19.3.jar:git-Purpur-1895] at net.minecraft.server.MinecraftServer.runServer(MinecraftServer.java:1194) ~[purpur-1.19.3.jar:git-Purpur-1895] at net.minecraft.server.MinecraftServer.lambda$spin$0(MinecraftServer.java:321) ~[purpur-1.19.3.jar:git-Purpur-1895] at java.lang.Thread.run(Thread.java:833) ~[?:?]
Version: 9.3.0.6
Yep, its broken in the latest version
Is there a fix for this? Jesus christ!
What about now?
Description of Issue
Hello, yesterday I updated the CMI plugin to the latest version and whoever activates /fly, after teleporting to another world /fly is deactivated. He has to type the command again to fly again.
I have AntiWorldFly, but i have same version more than 2 months and only for SpawnNew - Event world Thanks
Version Information
Errors
No response
Relevant Config Sections
Relevant Plugins
AntiWorldFly-2.5.1
Agreements