-
Notifications
You must be signed in to change notification settings - Fork 299
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: //chunk & //regen using incorrect seed. #3035
Comments
It looks like //chunk & //regen is working fine when using on a world generated by Paper. |
Thanks for the bug report, paste.gg is back up now and the information from that command would be quite useful, so the |
Paste link is as follows: https://paste.gg/p/anonymous/7228ed7dc8794226b578c18a769d24af |
the seed in /seed is defined in your server.properties if you defined it NOT in multiverse. //regen and other worldedit command dont use the multiverse seed. |
That is incorrect, the //regen command does not grab the seed from the server.properties file. |
but it should use it fron the dat file of the world folder ;) and /seed is not working for the multi verse worlds it only works if your using the vanilla 3 dimension without a multiverse plugin. Well at least. Worldedit grabs the seed for regen that is set in your world.dat If //regen does not restpect this and generate something else. its not up to multiverse to handle worldedits behave. So if //chunk //regen (both Multiverse commands) use a wrong seed. ask the WorldEdit engingub team to may respect the multiverse seeds. |
The seed is managed by the server, multiverse simply uses the WorldCreator api by bukkit/paper. So of world.getSeed is returning the wrong thing, i doubt its a mulitverse issue |
We are having the same problem. |
/mv version -p
outputNo link generated due to 502 at api.paste.gg
Server logs
On private request.
Server Version
Bug Description
When selecting a //chunk and //regen 'ing it, the area is not correspondent to the world seed at all.
Steps to reproduce
Please see: EngineHub/WorldEdit#2398
Agreements
The text was updated successfully, but these errors were encountered: