미로
Godot 4.8 베타 3, 패드 입력을 빼앗던 마우스 이벤트 수정
새 기능보다 기존 동작을 다듬는 단계
Godot 공식 발표는 2026년 11월 9일자로 4.8 베타 3 공개를 알렸습니다. 공식 발표에 따르면 51명이 74개 수정을 반영했으며, 베타 2 이후의 회귀 오류 수정이 중심입니다. 이전 버전에서 되던 기능이 새 버전에서 깨지는 문제를 줄이고, 릴리스 후보 단계로 넘어가기 전에 남은 문제를 찾는 시점입니다.
이번에는 메뉴 조작과 작업 파일 관리에 영향을 주는 두 변경이 눈에 들어옵니다. 화려한 화면 효과는 아니지만, 게임을 조작하거나 에디터에서 일할 때 바로 체감할 수 있는 부분입니다.
마우스를 움직이지 않았는데 패드 조작이 풀린다면
Windows에서 마우스를 캡처 모드로 바꾸면 실제 이동량이 0인 마우스 이동 이벤트가 만들어지는 문제가 있었습니다. 캡처 모드는 커서를 숨기고 화면 중앙을 기준으로 상대 이동량을 받아 시점을 조작할 때 쓰입니다. 게임이 마지막 입력 장치에 맞춰 메뉴 조작 방식을 전환한다면, 이 이벤트를 실제 마우스 사용으로 받아들일 수 있습니다.
그러면 패드로 메뉴를 선택하던 중 갑자기 마우스 조작으로 돌아갑니다. 수정 PR은 이 인위적인 이벤트 생성을 없애고, 마우스 위치를 직접 설정하도록 바꿨습니다. PR 작성자는 Windows 11의 최소 재현 프로젝트에서 패드 포커스가 더 이상 덮어써지지 않는다고 보고했습니다. 모든 게임의 입력 문제가 해결됐다는 뜻은 아니며, 해당 이벤트 발생 경로가 수정된 것입니다.
삭제한 씬이 자동 저장으로 되살아나던 문제
에디터의 ‘포커스를 잃을 때 저장’ 설정에도 수정이 들어갔습니다. 열린 씬을 삭제하면 파일이 휴지통으로 이동하지만, 그 과정의 포커스 변경이 자동 저장을 일으켜 같은 씬 파일을 다시 만들 수 있었습니다.
기존 검사는 씬 파일 자체가 아니라 부모 폴더가 있는지를 확인했습니다. 수정 후에는 저장하려는 파일이 실제로 남아 있는지 확인합니다. 파일 삭제와 자동 저장이 각각 정상적으로 보이더라도, 두 동작이 이어질 때 의도와 다른 결과가 날 수 있다는 사례입니다.
프로젝트에서는 이렇게 확인해 보세요
업그레이드 검토 시에는 복사본이나 별도 브랜치에서 기존 버전과 베타 3를 비교하는 편이 좋습니다. 패드로 메뉴를 열고 항목을 이동한 뒤 게임 화면으로 돌아오는 흐름에서 입력 장치 표시와 선택 포커스를 함께 보세요. 이후 실제로 마우스를 움직였을 때 정상적으로 전환되는지도 확인하면 됩니다.
에디터 쪽은 테스트용 씬을 열고 해당 자동 저장 설정을 켠 뒤 삭제해 보세요. 다른 창으로 이동했다가 돌아왔을 때 파일이 다시 생기지 않는지가 확인 지점입니다. 중요한 원본 씬으로 시험할 필요는 없습니다.
이 글은 공식 발표와 수정 PR을 검토한 정리이며, 직접 실행한 테스트 결과는 아닙니다. C#용 .NET 빌드는 .NET 10 이상이 필요합니다. 베타 3도 정식 안정판은 아니므로, 바로 배포용 프로젝트를 전환하기보다 자신이 사용하는 기능의 회귀 여부를 먼저 확인하는 자료로 활용하시면 좋겠습니다.
댓글
이 글에 대한 생각을 남겨 주세요.