4 Commits
v1.3.6 ... main

Author SHA1 Message Date
Claude (owner)
b0a056e260 remove HANDOVER.md — 더 이상 필요 없음 (사용자 요청) 2026-05-20 10:52:03 +09:00
Claude (owner)
b79eff26b7 add HANDOVER.md — mod 작업이 별도 채팅으로 분리되면서 콜드 스타트용 인계 문서
내용:
- 한 줄 요약, 리포/인증, 최신 버전
- 폴더 구조, 빌드 명령
- 핵심 동작 3 개 (handleChat, mod_active_notice, presence pulse) 동작 + 왜 그렇게 짰는지
- mc_datapack 측 통합 인터페이스 (함수/점수 표)
- v1.1.0 ~ v1.3.8 버전 히스토리 요점
- 릴리스 절차 (gradle.properties 버전 → buildAll → tag/push → Gitea API)
- 작업 환경 (클론 위치, JDK, git author override 패턴)

이 mod 채팅은 데이터팩 mc_datapack 채팅과 분리되므로, 호환 깰 가능성 있는
변경 시 데이터팩 쪽 채팅과 조율 필요.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 10:45:12 +09:00
Claude (owner)
fa5b1148b4 v1.3.8 — 정답 단계 채팅 broadcast 차단 해제
사용자 요청: 정답 입력 단계에서도 친 채팅이 다른 플레이어한테 보이게.
정답 보호는 데이터팩이 아니라 룸 운영자의 신뢰 기반 운영으로 처리한다는
방침. 다른 단계는 원래도 차단하지 않았으니 변경 없음.

- ChatAnswerCore.handleChat 가 항상 true 반환. 정답 단계(state 5) 일
  때만 부가적으로 mq:answer/submit 호출하고 broadcast 는 그대로 허용.
- Fabric ALLOW_CHAT_MESSAGE / NeoForge ServerChatEvent 핸들러는 그대로
  반환값을 전달 — 항상 true 라 cancel 안 됨.
- README.md: 차단 동작 설명을 v1.3.8 부터 broadcast 허용으로 정정.

호환: 데이터팩 mq:answer/submit 함수는 동일하게 호출되므로 음악퀴즈
v1.0.26 + chat_answer v1.3.8 조합으로 그대로 동작. 정답 보이는 게
싫으면 v1.3.7 으로 다운그레이드.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-20 10:27:48 +09:00
Claude (owner)
8540d693a0 v1.3.7 — END_DATA_PACK_RELOAD 훅 추가로 /reload 직후 false negative 회피
v1.3.6 에서 SERVER_STARTED + JOIN + ServerTick 셋에 presence pulse 를
달았지만 한 케이스가 남아 있었음:

데이터팩의 load.mcfunction 이 /reload 때마다 mq_chat_mod objective 를
remove/add 하고 #server 점수를 0 으로 재설정. 그런데 tick 이벤트가
죽은 호스트 + 이미 접속 중인 플레이어 조합이면 SERVER_STARTED 도
JOIN 도 발화 안 되어 reload 후 영영 다시 1 로 안 올라감 → 같은
false negative 가 reload 단위로 재발.

이번 변경:
- Fabric (1216, 2612): ServerLifecycleEvents.END_DATA_PACK_RELOAD
  등록. success=true 일 때만 markModPresence (실패한 reload 는 가드
  통과시키면 안 됨).
- NeoForge (1216): OnDatapackSyncEvent 등록. /reload 끝나면 player=null
  로 한 번 broadcast 되므로 reload 직후 presence 가 다시 찍힘.
- ChatAnswerCore.onDataPackReload 추가 (markModPresence + 진단 log).

v1.3.6 jar 는 retire — 사용자 환경이 /reload 기반 워크플로라 reload
케이스 fix 가 필수.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-19 00:22:06 +09:00
6 changed files with 45 additions and 12 deletions

View File

@@ -9,8 +9,9 @@
execute as <플레이어 UUID> run function mq:answer/submit {text:'<채팅 내용>'}
```
채팅은 다른 플레이어에게 broadcast 되지 않으므로 정답이 화면에 노출되지 않는다.
`init` 점수가 5 가 아닐 때는 채팅이 평소처럼 모두에게 보인다.
v1.3.8 부터는 정답 단계여도 채팅이 평소대로 broadcast 된다 (다른 플레이어
화면에 그대로 노출됨). 정답 보호는 데이터팩이 아니라 룸 운영자의 신뢰 기반
운영으로 처리한다. v1.3.7 까지는 정답 단계에서 채팅 broadcast 가 차단됐었다.
## 빌드

View File

@@ -21,8 +21,11 @@ import org.slf4j.LoggerFactory;
* execute as <player UUID> run function mq:answer/submit {text:'<채팅>'}
* 을 OP 레벨로 실행한다.
*
* 각 로더 진입점(Fabric / NeoForge) 에서 chat 이벤트 받자마자 {@link #handleChat}
* 호출 → 반환값이 false 면 그 채팅은 broadcast 차단해야 함.
* v1.3.8 부터 채팅은 어떤 단계에서도 broadcast 차단하지 않는다 — 정답 입력
* 단계에서도 친 채팅이 평소처럼 채팅창에 보인다. (사용자 요청: 정답 화면
* 노출을 데이터팩이 관리하지 않고 룸 운영자가 신뢰 기반으로 처리.)
* 따라서 {@link #handleChat} 는 항상 true 를 반환하며, 정답 단계일 때만
* 부가적으로 정답 제출 함수를 호출한다.
*/
public final class ChatAnswerCore {
public static final String MOD_ID = "chat_answer";
@@ -80,6 +83,15 @@ public final class ChatAnswerCore {
markModPresence(server);
}
/** /reload 직후 호출. load.mcfunction 이 mq_chat_mod objective 를 remove/add
* 하고 `#server` 점수를 0 으로 재설정하므로, reload 끝난 직후 즉시
* 다시 1 로 찍어야 함. tick 이벤트가 죽은 호스트 + 이미 접속 중인
* 플레이어 조합에서 SERVER_STARTED/JOIN 둘 다 발화 안 되는 케이스 커버. */
public static void onDataPackReload(MinecraftServer server) {
LOG.info("[{}] onDataPackReload fired, re-marking presence", MOD_ID);
markModPresence(server);
}
/** 각 로더 entrypoint 가 매 server tick 마다 호출해야 한다. */
public static void onServerTick(MinecraftServer server) {
markModPresence(server);
@@ -126,15 +138,19 @@ public final class ChatAnswerCore {
}
/**
* @return true = 채팅을 평소처럼 broadcast / false = 채팅 차단 (이미 정답 제출 처리됨)
* 항상 true 반환 — 어떤 단계에서도 채팅 차단하지 않는다.
* 정답 단계(state 5) 일 때만 부가적으로 정답 제출 함수를 호출한다.
*
* @return 항상 true (broadcast 허용). 로더 진입점은 반환값을 그대로 이벤트
* allow/cancel 결정에 전달하면 된다.
*/
public static boolean handleChat(ServerPlayer sender, String rawText) {
MinecraftServer server = sender.level().getServer();
if (server == null) return true;
if (!isAcceptingAnswer(server)) return true;
if (isAcceptingAnswer(server)) {
submitAnswer(server, sender, rawText);
return false;
}
return true;
}
private static boolean isAcceptingAnswer(MinecraftServer server) {

View File

@@ -20,11 +20,14 @@ public final class ChatAnswerFabric implements ModInitializer {
ChatAnswerCore.handleChat(sender, message.signedContent())
);
ServerLifecycleEvents.SERVER_STARTED.register(ChatAnswerCore::onServerStarted);
ServerLifecycleEvents.END_DATA_PACK_RELOAD.register((server, resourceManager, success) -> {
if (success) ChatAnswerCore.onDataPackReload(server);
});
ServerPlayConnectionEvents.JOIN.register((handler, sender, server) ->
ChatAnswerCore.onPlayerJoin(handler.player)
);
ServerTickEvents.END_SERVER_TICK.register(ChatAnswerCore::onServerTick);
LOG.info("[{}] Fabric entrypoint registered: ALLOW_CHAT_MESSAGE + SERVER_STARTED + JOIN + TICK", ChatAnswerCore.MOD_ID);
LOG.info("[{}] Fabric entrypoint registered: ALLOW_CHAT_MESSAGE + SERVER_STARTED + END_DATA_PACK_RELOAD + JOIN + TICK", ChatAnswerCore.MOD_ID);
} catch (Throwable t) {
LOG.error("[{}] Fabric entrypoint event registration failed", ChatAnswerCore.MOD_ID, t);
throw t;

View File

@@ -20,11 +20,14 @@ public final class ChatAnswerFabric implements ModInitializer {
ChatAnswerCore.handleChat(sender, message.signedContent())
);
ServerLifecycleEvents.SERVER_STARTED.register(ChatAnswerCore::onServerStarted);
ServerLifecycleEvents.END_DATA_PACK_RELOAD.register((server, resourceManager, success) -> {
if (success) ChatAnswerCore.onDataPackReload(server);
});
ServerPlayConnectionEvents.JOIN.register((handler, sender, server) ->
ChatAnswerCore.onPlayerJoin(handler.player)
);
ServerTickEvents.END_SERVER_TICK.register(ChatAnswerCore::onServerTick);
LOG.info("[{}] Fabric entrypoint registered: ALLOW_CHAT_MESSAGE + SERVER_STARTED + JOIN + TICK", ChatAnswerCore.MOD_ID);
LOG.info("[{}] Fabric entrypoint registered: ALLOW_CHAT_MESSAGE + SERVER_STARTED + END_DATA_PACK_RELOAD + JOIN + TICK", ChatAnswerCore.MOD_ID);
} catch (Throwable t) {
LOG.error("[{}] Fabric entrypoint event registration failed", ChatAnswerCore.MOD_ID, t);
throw t;

View File

@@ -3,7 +3,7 @@ org.gradle.parallel=true
# ───── mod metadata ─────────────────────────────────────────────────────────
mod_id=chat_answer
mod_version=1.3.6
mod_version=1.3.8
mod_group=kr.tkrmagid.chatanswer
mod_name=채팅정답

View File

@@ -6,6 +6,7 @@ import net.neoforged.bus.api.IEventBus;
import net.neoforged.bus.api.SubscribeEvent;
import net.neoforged.fml.common.Mod;
import net.neoforged.neoforge.common.NeoForge;
import net.neoforged.neoforge.event.OnDatapackSyncEvent;
import net.neoforged.neoforge.event.ServerChatEvent;
import net.neoforged.neoforge.event.entity.player.PlayerEvent;
import net.neoforged.neoforge.event.server.ServerStartedEvent;
@@ -16,6 +17,7 @@ public final class ChatAnswerNeoForge {
public ChatAnswerNeoForge(IEventBus modBus) {
NeoForge.EVENT_BUS.addListener(ChatAnswerNeoForge::onServerChat);
NeoForge.EVENT_BUS.addListener(ChatAnswerNeoForge::onServerStarted);
NeoForge.EVENT_BUS.addListener(ChatAnswerNeoForge::onDatapackSync);
NeoForge.EVENT_BUS.addListener(ChatAnswerNeoForge::onPlayerLogin);
NeoForge.EVENT_BUS.addListener(ChatAnswerNeoForge::onServerTick);
}
@@ -33,6 +35,14 @@ public final class ChatAnswerNeoForge {
ChatAnswerCore.onServerStarted(event.getServer());
}
/** OnDatapackSyncEvent: /reload 끝나면 player=null 로 한 번 broadcast,
* 로그인 때마다 해당 player 로 한 번 더 fire. 어느 쪽이든 reload 직후
* presence 가 다시 찍히는 것이 목적이라 둘 다 OK. */
@SubscribeEvent
public static void onDatapackSync(OnDatapackSyncEvent event) {
ChatAnswerCore.onDataPackReload(event.getPlayerList().getServer());
}
@SubscribeEvent
public static void onPlayerLogin(PlayerEvent.PlayerLoggedInEvent event) {
if (event.getEntity() instanceof ServerPlayer player) {