Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Attachments are not synced on player creation

Đang mở
#261 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
38/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Đình trệ
Công nghệ
java
Lĩnh vực
backend

Hướng nghiên cứu

The issue includes a Fabric mod initializer and attachment setup, but names no ForgifiedFabricAPI source files or tests. Start by tracing attachment synchronization during player creation and compare it with the working setAttached/removeAttached path. Done means the client receives the attachment after join, respawn, and dimension changes on NeoForge with Connector and FFAPI.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

1.21.x bug
Minecraft version

1.21.1

Describe the bug

When a new player is created, e.g. upon join, dimension change, or respawn, attachments are not synced. Attachments do sync properly when setAttached/removeAttached is called.

Steps to reproduce
  1. Create a fabric mod with the following mod initializer
@SuppressWarnings("UnstableApiUsage")
public class BugDemo implements ModInitializer {
	public static final String MOD_ID = "bugdemo";

	public static final Logger LOGGER = LoggerFactory.getLogger(MOD_ID);

	public static final AttachmentType<Unit> TEST = AttachmentRegistry.create(ResourceLocation.fromNamespaceAndPath(MOD_ID, "test"), builder -> builder
			.persistent(Unit.CODEC)
			.syncWith(StreamCodec.unit(Unit.INSTANCE), AttachmentSyncPredicate.targetOnly())
			.copyOnDeath()
	);

	@Override
	public void onInitialize() {
		UseItemCallback.EVENT.register((player, world, hand) -> {
			var stack = player.getItemInHand(hand);

			if (stack.is(Items.BLAZE_ROD)) {
				if (world.isClientSide()) return InteractionResultHolder.success(stack);

				player.setAttached(TEST, Unit.INSTANCE);

				return InteractionResultHolder.success(stack);
			}

			if (stack.is(Items.STICK)) {
                LOGGER.info(
                        "{} {} attachment",
                        world.isClientSide() ? "client" : "server",
                        player.hasAttached(TEST) ? "has" : "does not have"
                );
                return InteractionResultHolder.success(stack);
            }

			return InteractionResultHolder.pass(stack);
        });
	}
}
  1. Run the mod on fabric.
  2. Use the blaze rod to set the attachment.
  3. Recreate the player by relogging, respawning, or changing dimensions.
  4. Use the stick. The log will show
[17:06:29] [Render thread/INFO] (bugdemo) client has attachment
[17:06:29] [Server thread/INFO] (bugdemo) server has attachment
  1. Run the mod on neoforge with connector & ffapi.
  2. Repeat steps 3-5. The log will show
[17:13:56] [Render thread/INFO] [bugdemo/]: client does not have attachment
[17:13:56] [Server thread/INFO] [bugdemo/]: server has attachment
  1. Use the blaze rod to re-set the attachment, then use the stick. The log will show
[17:18:53] [Render thread/INFO] [bugdemo/]: client has attachment
[17:18:53] [Server thread/INFO] [bugdemo/]: server has attachment

The expected behavior is that when the player is recreated, the server and client will both see the attachment.

Logs

No response

Additional context

Possibly related to FFAPI 2.2.0 using neoforge api for attachment sync.

Ngôn ngữ chính
Java
Star
181
Fork
41
Merge trung bình
10 ngày 5 giờ
Pull request đã merge (30 ngày)
2

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của Sinytra/ForgifiedFabricAPI

Tất cả issue của Sinytra/ForgifiedFabricAPI

Issue tương tự

Thêm issue về Java

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.