Issue with worldedit loading
LadyCailinBot opened this issue ยท 23 comments
CMDHELPER-3111 - Reported by phanaticd
I was getting this on startup: http://pastebin.com/pABYbri0
No I do not have two worldedits installed
I believe it is an issue with WorldEdit, CommandHelper, and AsyncWorldedit: https://www.spigotmc.org/resources/asyncworldedit-premium.9661/ loading in the wrong order or something.
Comment by PseudoKnight
I do not have that issue. Are you using the premium version of async? Did you install the injector? Need more info.
Comment by phanaticd
Yes I am
AsyncWorldEditInjector.jar and AsyncWorldEdit.jar
Comment by PseudoKnight
Someone had a similar issue yesterday.
https://www.irccloud.com/pastebin/amENdsyc/
Was unable to determine that one either, but the timing is suspicious. I'm not experiencing this problem on the non-premium version.
Also, the guy says he rolled back to an earlier version of CH and it was fine, but failed to mention any specifics. This is what happens when he removed WorldEdit:
https://www.irccloud.com/pastebin/hhgJQcuU/
Comment by PseudoKnight
Can you post your full startup log next time? Also try going back to your previous build if you recently updated CH (maybe 2987 if you're on the latest). Give your current build too.
Comment by Kainzo
I am also having this issue. I do not know which build # it begin on. PhanaticD smells like hotdog butts.
Comment by PseudoKnight
According to Kainzo, happens sometime after CH build 2936 with WorldEdit build 3408. Occurs almost immediately on startup:
https://www.irccloud.com/pastebin/RRa1iBot/
Still unable to recreate. I haven't found a similar error on the internet that involved two differently named plugins like this. CommandHelper doesn't reference WorldEdit anywhere in initialization and the only recent change there was innocuous.
Comment by PseudoKnight
Noticed that Kainzo got the error when using WorldEdit 6.1;no_git_id, not the latest builds.
Comment by PseudoKnight
Going to be looking at the class-path in the manifest.
Comment by PseudoKnight
That means you have a lot of data you're not sharing. lol
Comment by phanaticd
well its quite slow to start up than other servers I suspect the hard drive is being slow, what data do you need?
Comment by PseudoKnight
All the usual information. Start with exact builds of WorldEdit and CommandHelper. See if going back to the build I suggested works. Keep going back builds until it works.
Comment by PseudoKnight
A /worldguard report is always handy.
http://paste.enginehub.org/WZLuZ.report
Comment by phanaticd
I deleted usercache.json and now it works fine. I think having user-cache-size: 100000 (which is much larger than the default) caused long startup times, as after deleting the usercache the server started up way faster and there was no issue with worldedit starting
Comment by PseudoKnight
Unfortunately that pattern doesn't hold for Kainzo. His timestamps look like it happens immediately.
Comment by phanaticd
the long loading time for me happened between "loading libraries" and "Starting minecraft server" so it still could be the same
Comment by PseudoKnight
Noticed his WorldEdit is named WorldEdit.jar on the server that was having the problem and it was named worldedit-bukkit-6.1.1-SNAPSHOT-dist.jar on the server that was fine. This supports my class-path theory, one of the only places CH references WorldEdit. However, it doesn't explain why I can't recreate it or why it started happening suddenly, or why deleted usercache.json somehow "fixed" your problem.
Comment by PseudoKnight
I think removing the Vault softdepend made it so WorldEdit was far less likely to be loaded before CommandHelper. And CommandHelper has class-path manifest entries for WorldEdit.jar, causing that error when CH loads before WorldEdit. So either we need to remove one of those or add a softdepend for WorldEdit to ensure it loads first. I think the class-path entries are for running CH standalone, but I'm not sure they're needed anymore. @LadyCailin which do you suggest?
Comment by PseudoKnight
WorldEdit is still used (optionally) for expression prefilters.
Comment by PseudoKnight
Also, people looking for a workaround should just change the file name of WorldEdit.jar.
Comment by PseudoKnight
I forced the load order to verify that this is the problem and solution.