아래 이미지는 users.rust-lang.org에서 작성 중이던 게시글의 스크린샷입니다.
아주 분명히 알 수 있듯이, 입력 필드가 완전히 깨져 있습니다. 그리고 이건 새로운 문제가 아니라 꽤 오랫동안 계속되고 있습니다.
이상하게도 meta.discourse.org에는 그런 문제가 없는 것 같습니다. 그렇다면 이 문제를 일으키는 원인은 무엇일까요?
안녕하세요 @jjpe 
오신 것을 환영합니다 
사용 중인 기기와 운영체제에 대해 좀 더 자세히 알려주실 수 있을까요?
저는 이 문제를 재현할 수 없습니다. 방금 아이폰 15 프로(iOS 18.0.1)와 맥북(macOS 15.01 Sequoia)에서 Rust 포럼에 직접 접속해 확인해 보았지만, 작성기(composer)는 정상적으로 작동하고 있었습니다.
이 문제가 해당 포럼에서만 발생한다면, 기어나 브라우저가 호환하지 못하는 테마 구성 요소나 플러그인 문제일 가능성이 높습니다. 
안전 모드(safe mode)를 시도해 보시는 것도 좋을 것 같습니다.
안녕하세요, 감사합니다
물론이죠, 삼성 안드로이드 폰입니다. 제 생각에는 드라이버를 제외하면 모두 동일한 소프트웨어를 실행하는 것 같습니다.
제 폰에서만 문제가 발생한다는 점을 참고해 주세요. 다른 기기(노트북, 데스크톱)에서는 문제가 나타나지 않습니다.
시도는 해보겠지만, 색상 테마가 흰색으로 초기화된다면 해결책이 되지 못할 것 같습니다. 눈이 부시는 것을 별로 좋아하지 않거든요
음, 안전 모드에 어떤 영향이 있는 것 같습니다.
다만 문제가 100% 재현되지는 않아서 정확히 판단하기는 어렵습니다. 그래서 당분간은 안전 모드로 사이트를 사용하면서 문제가 다시 발생하는지 확인해 보는 것이 가장 좋은 방법이라고 생각합니다.
문제가 다시 발생하지 않는다면, 이는 특정 컴포넌트나 플러그인을 조사해야 한다는 명확한 방향을 제시해 줄 것입니다.
결국 일부 플러그인이나 컴포넌트가 문제를 일으키는 것보다 더 복잡한 문제인 것으로 드러났습니다.
아래 스크린샷은 안전 모드(safe mode)가 활성화된 상태의 internals.rust-lang.org에서 촬영한 것입니다.
그럼에도 불구하고 텍스트 박스의 크기가 여전히 잘못 표시되고 있습니다.
어떤 모델이고 OS 버전은 얼마인가요? 이 문제를 해결하려면 재현할 수 있어야 합니다.
그리고 어떤 브라우저인가요?
그건 크롬 브라우저입니다.
활성화해 둔 접근성 설정은 "확대 강제 사용"뿐인데, 기본적으로 아무 동작을 하지 않으므로 여기서는 영향이 없을 것입니다. 단순히, 그렇지 않으면 확대가 불가능한 경우에도 확대할 수 있게 해 주는 기능일 뿐입니다.
아까 이 부분을 놓쳤던 것 같습니다.
휴대폰은 최신 업데이트가 설치된 Samsung Galaxy S24+입니다.
즉, Android 14와 OneUI 6.1이 설치되어 있습니다.
users.rust-lang.org에서 이 문제에 대해 작성한 게시물을 크로스링크합니다.
한 달이 넘게 지났는데, 이 문제에 대해 어떤 조치가 취해졌나요?
이전에 이런 현상을 본 적이 있습니다. 보통은 기기의 글꼴 크기 및 표시 크기 설정 때문입니다.
단순히 웹 출력일 뿐입니다. Chrome의 디스플레이에 영향을 미치는 모든 설정을 확인해 보세요.
아래에서 관련 논의를 볼 수 있습니다:
기본적으로 이는 Safari/iPadOS에서 오랫동안 문제를 일으켜 온 것과 동일한 문제입니다. 더 이상 Safari를 Discourse에 사용하지 않는 주된 이유이며, 지금은 Hub나 PWA만 사용하고 있습니다.
가장 짜증나는 점은 이것이 일관되지 않다는 것입니다. 하지만 실제로 매우 자주 발생합니다.
다만, 제 안드로이드 사용자 중 이 문제에 대해 불만을 제기한 사람은 없습니다. 그리고 그 사용자들 중 상당수가 삼성 기기를 사용한다고 생각합니다. 핀란드에서는 삼성의 시장 점유율이 꽤 높거든요.
사이트를 PWA로 사용하면 도움이 되는 것 같습니다.
하지만 물론 그것은 우회책에 불과합니다. PWA는 여전히 웹 앱이니까요. 이름에서도 알 수 있듯이, PWA는 여전히 브라우저에서 실행되며, 단지 브라우저 크롬(예: 주소 표시줄)이 없는 상태일 뿐입니다.
그러면 이것이 이 문제와 관련이 있을 수 있지 않을까요? 실제 브라우저 크롬이 있는 브라우저에서는 어떤 높이 속성이 제대로 계산되지 않는 것일지도 모릅니다.
완전히 별개의 호기심에서 묻는데, 키보드 앱을 다른 것으로 바꾸면 혹시 무언가 달라지나요?
솔직히 나도 모르겠어. 내 기준에서 진지하게 사용할 수 있는 SwiftKey의 대안은 하나도 없어 (다 시도해 봤는데, GBoard를 포함해 전부 별로야. 혹은 내가 적응을 못 하는 걸 수도 있고). 그래서 이 주제는 좀 의미 없는 것 같아.
어떤 키보드와 브라우저 조합이 문제를 일으키는지 궁금해서 묻는 건데, 잠시 다른 것을 사용해 보면 문제가 계속 발생하나요?
방금 시도해 보았습니다.
아쉽게도 지금은 어떤 Discourse 배포 환경에서도 문제를 재현할 수 없습니다. 즉, 현재 모든 환경이 제가 기대하는 대로 정상 작동하고 있습니다.
며칠 전 시스템 업데이트를 받았는데, 이 문제와 관련된 변경 사항이 그 안에 포함되어 있을 것 같습니다.
100% 확신할 수는 없지만, 만약 제 추측이 맞다면 버그는 Discourse 자체보다는 Chrome 엔진 코드나 Android 코드 어딘가에 있을 것입니다.