Skip to content
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

the spawnpoint lobby does not differentiate the world #103

Open
100petr opened this issue Aug 5, 2023 · 2 comments
Open

the spawnpoint lobby does not differentiate the world #103

100petr opened this issue Aug 5, 2023 · 2 comments
Labels
accepted The idea / proposed amendment was accepted in principle bug Something isn't working

Comments

@100petr
Copy link

100petr commented Aug 5, 2023

Describe the bug

A clear and concise description of what the bug is.

If I use the command /mw setup lobby spawnpoint to set the spawnpoint for the lobby, it doesn't differentiate the worlds. So if I set it in world1 and the main world is world, it ports me to world.

To Reproduce
Steps to reproduce the behavior:

  1. Create a new world via multiverse-core
  2. Create a spawnpoint lobby in the new world
  3. Create a missilewars sign
  4. Try where it teleports you

Expected behavior

A clear and concise description of what you expected to happen.

The name of the world in which the spawnponint is is written into the file. So the function will teleport correctly.

Screenshots

If applicable, add screenshots to help explain your problem.

image

Server (please complete the following information):

  • OS: [e.g. Debian, Windows]
  • Minecraft version 1.20.1
  • Java version [e.g. 11, 17]
  • Version 4.5.3

Additional context

Add any other context about the problem here.

@daniel-naegele daniel-naegele added the bug Something isn't working label Aug 5, 2023
@RedstoneFuture
Copy link
Owner

RedstoneFuture commented Oct 11, 2023

Yes, that's right. Currently, we have for a "lobby" the configurable points "spawn_point", "after_game_spawn" and "arena: Pos1" + "arena: Pos2". For everything, however, the world "world" is currently taken in the lobby config, so that we always talk about the same world.

We would have to change a little more to fix that.

---
[...]
world: "world"
[...]
spawn_point:
  x: 176.0
  "y": 73.0
  z: -384.0
  yaw: 0.0
  pitch: 0.0
after_game_spawn:
  x: 176.0
  "y": 73.0
  z: -384.0
  yaw: 0.0
  pitch: 0.0
area:
  min_x: 146
  min_y: 0
  min_z: -414
  max_x: 206
  max_y: 256
  max_z: -354
[...]

@RedstoneFuture RedstoneFuture added help wanted Extra attention is needed accepted The idea / proposed amendment was accepted in principle labels Oct 11, 2023
@RedstoneFuture
Copy link
Owner

One solution would be to include a check in the set-commands whether the player is in the correct lobby world. Otherwise, he has to change the world manually or maybe with a new /mw setup lobby setworld command (effective for all lobby positions). Currently, all points defined in the lobby also belong to the lobby world.

@RedstoneFuture RedstoneFuture removed the help wanted Extra attention is needed label Oct 22, 2023
RedstoneFuture added a commit that referenced this issue Feb 7, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accepted The idea / proposed amendment was accepted in principle bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants