Stores move to the world named "world" after a restart
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 68/100
Hướng nghiên cứu
Start by reading CuboidSerializer, WorldSerializer, and the save/load path through Warehouse, then inspect the existing serialization tests. Reproduce the round trip with a world named custom_world and check how a missing world is handled. Done means the world survives save and load, missing worlds are logged without being saved as blank, and a test covers the round trip.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Problem
A store's world isn't restored when stores load. After a restart, every store with a location is placed in the world named world, whatever world it was created in.
data.shops saves the right world (world="custom_world"). CuboidSerializer passes the world node to WorldSerializer, which then reads node.node("location").getString("world"). That child doesn't exist, so the lookup falls back to its default, the literal string "world".
The effects depend on the server:
- Stores in the Nether, the End or custom worlds move to the overworld at the same coordinates.
- If the server has no world named
world, the location's world isnull, the store stops working, and the next save drops the world from the file.
Steps to reproduce
- Create a store in any world not named
world. - Restart the server.
- The store is now in
world, and it's no longer reachable where it was built.
Reproduced with a save and load through Warehouse: a store in custom_world loaded with the world world.
Done when
- A store keeps its world across a save and load.
- A store whose world is missing is reported in the log and isn't overwritten with a blank world on save.
- A test covers the round trip with a world not named
world.
- Ngôn ngữ chính
- Java
- Star
- 1
- Fork
- 0
- Merge trung bình
- 2 giờ 35 phút
- Pull request đã merge (30 ngày)
- 14
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của BrendonButler/Shops
-
dependencies enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
BrendonButler/Shops#79 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
BrendonButler/Shops#70 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
BrendonButler/Shops#69 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
BrendonButler/Shops#68 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
BrendonButler/Shops#67 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của BrendonButler/Shops
Issue tương tự
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 85/100
hibernate/hibernate-reactive#4485 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
type: dependency-upgrade
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 61/100
spring-projects/spring-graphql#1556 ·
-
hermes-queue
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 91/100
chrisalunlloyd2-sudo/mindpalace#373 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug priority: lowest
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
SkriptLang/Skript#8953 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày