Discourse에서 iOS 26의 고정 위치 요소 버그

제가 상상할 수 있는 최악의 접근 방식입니다. 이 문제는 7월부터 이미 알려진 사실이잖아요! 대체 얼마나 더 기다려야 합니까? :thinking:

Apple은 이미 해당 문제를 수정했으며, 이제 그들이 패치를 배포하는 것을 기다리고만 있는 상태입니다.

불행히도, 그들은 매우 중요한 OS 패치를 배포하는 데 극도로 느린데, 이 문제를 더 빨리 해결할 수 있는 방법이 있으면 좋겠지만, 안타깝게도 현재 상황이 그렇습니다.

3개의 좋아요

정보 감사합니다. 기대가 됩니다.

1개의 좋아요

의심할 여지 없이 Apple은 내일 이 모든 문제를 수정하는 업데이트를 내놓아 나를 틀렸다고 증명할 것이다.

하지만, 이런 종류의 버그가 덜 큰 영향을 미치도록 Discourse의 일부 설계를 단순화하는 것이 언제쯤 합리적이 될지 궁금하다.

나에게 이 문제는 Discourse 기반 사이트를 둘러보다가 다시 한번 겪게 된, 늘 존재하는 스크롤 버그와 매우 유사하다. (iOS에서 스크롤하다가 손가락을 잘못된 위치에 눌렀을 때, Discourse가 반복적으로 이전 게시물을 로드하여 방금 전 위치에서 수십 개나 멀리 떨어지게 만드는 그 버그 말이다.)

맞다, 이 설계는 매우 교묘하고, 제대로 작동할 때 멋진 모습을 보여준다. 하지만 동시에 상당히 취약하며, 브라우저가 모든 것을 정확히 처리하지 못하면 금세 무너진다. 또는 인터넷 연결이 잘못된 시점에 일시적으로 끊기면, 방금 전까지 읽고 있던 게시물을 다시 스크롤해 올라갔을 때 갑자기 접근할 수 없게 만들 수도 있다.

어쨌든, Apple이 곧 출시될 수정 패치를 준비하고 있는 것으로 보이므로, 이는 iOS 26 문제에만 국한된 생각이 아닐 수도 있다. 다만, 향후 개발 시 고려해 볼 만한 철학적 질문이다.

6개의 좋아요

앞서 언급했듯이, 우리가 특별하거나 복잡한 작업을 수행한 것은 아닙니다… 그리고 무한 스크롤과는 전혀 관련이 없습니다. 애플이 키보드가 열려 있을 때 기본 브라우저 높이 계산이 깨지는 버그를 도입했습니다. 이는 애플의 일부 사이트도 포함在内하여 많은 사이트에 영향을 미칩니다.

7개의 좋아요

iPadOS 26.1 릴리스 후보에서 개선되지 않았습니다.

나는 @awesomerobot의 의견에 전적으로 동의합니다.

스크롤 문제는 순수하게 Apple과 WebKit(모든 iOS 브라우저의 핵심)의 문제입니다. 전 세계 수억 대의 기기에 영향을 미칠 정도로 심하게 깨진 Safari를 출시한 것은 매우 부끄러운 일이며, 우리가 제안할 수 있는 우회책도 하나 없습니다. 제 이해에 따르면, 키보드 닫힘 이벤트와 같은 다양한 이벤트 이후 뷰포트(viewport)를 잘못 계산하고 있습니다.

어제 RC가 출시되었으므로, 3일 월요일에 정식 버전이 출시될 것으로 예상됩니다.

3개의 좋아요

네, 해결책은 없지만 Discourse 세계에서 살아남을 수 있는 한 가지 트릭은 있습니다 :winking_face_with_tongue:

iPadOS 26와 DiscourseHub를 사용할 때 이렇게 하면 글을 쓰고 오타를 수정할 수 있으며, Safari도 동일한 방식으로 작동합니다:

2개의 좋아요

정말 미쳤네 ㅋㅋ. 디버깅 잘했어!

불행히도 여기에는 하나의 버그만이 아니라 여러 버그가 관여하고 있습니다. 작성기(composer) 관련 iPad OS 버그는 별도로 분리하는 것이 좋을 것 같습니다. 이 문제는 일시적인 상황이며 Scroll/Focus에 의해 트리거되므로, 이 둘은 우회할 수 있는 부분이므로 우회 조치를 취할 수 있습니다.

따라서 이 문제는 별도로 분리하는 것이 좋겠습니다.

1개의 좋아요

우리 앱이 26.1 RC에서 수정된 것 같으니, 이 난감한 상황이 모두 끝났기를 바랍니다.

3개의 좋아요

오늘 iPhone 16에 iOS 26.1 릴리스 후보판(Release Candidate)을 설치했는데, 문제가 여전히 발생하고 있습니다.

1개의 좋아요

구체적으로 어떤 문제인가요?

@j.jaffeux 님은 “초대 추가…” 및 "개인 채팅 만들기…"에서 스크롤이 잘못된 위치로 이동하는 문제에 대한 우회책을 작업해 왔습니다. iPad 작성기 위치 지정 문제도 함께 해결되는지 재확인할 예정입니다.

1개의 좋아요

메타에서 다시 시도해 볼 수 있을까요? iOS 26.1에서도 문제가 여전히 발생하나요?

여기서 위치 결정 관련 수정 사항을 하나 더 배포했습니다.

26.1이 출시되면 알려드릴게요. 저는 현재 26.0.1을 사용 중입니다.

하지만 실제로 한 가지 개선된 부분이 있습니다. 답글을 클릭했을 때, 26 버전에서 늘 그랬듯이 레이아웃과 커서 위치가 어긋나 있었습니다. 하지만 가상 키보드를 닫았다가 다시 열었더니 모든 것이 정상으로 돌아왔고, 그 상태로 유지되었습니다 — 앱을 변경했다가 돌아왔을 때 화면이 다시 어긋나긴 했지만, 세로/가로 모드를 전환하니 해결되었습니다.

그래서 지금은 상황이 나아졌습니다.

(이 문제가 수정된 후 CDCK가 Apple에 청구서를 보내나요? 제 생각엔 여러분이 그렇게 해야 할 것 같은데요…)

3개의 좋아요

어떤 기기를 사용 중이신가요? 문제를 우회하기 위해 코드에 "sleep"을 추가해야 했는데, 기기가 느릴수록 충분한 시간만큼 sleep이 실행될 가능성이 낮았습니다.

나? 아주 기본적인 사양이야. iPad는 10세대이고, iPhone은 15+야.

루머에 따르면 26.1 업데이트가 일주일 안에 나올 거라고 하니까, 지켜봐야겠지.

26.1에서는 더 나은 것 같지만, 임베드가 많은 게시글로 인해 Safari가 충돌하는 다른 문제를 겪고 있습니다. 이것이 알려진 문제인가요?

사파리, 새로운 IE 6 :slight_smile:

이전에 이런 이야기를 들어본 적이 없는데, 재현 사례를 알려주시면 큰 도움이 될 것 같습니다 (단순한 텍스트만으로도 됩니다. 어딘가에 붙여넣고 어떤 문제가 원인이 되는지 파악할 수 있습니다.)

한 번 시도한 후, 26.1 버전 이후로 iPhone/DiscourseHub은 잘 작동합니다. 하지만 iPad/DiscourseHub은 여전히 같은 상태입니다.

Safari는 더 좋습니다 (오래전부터 그래왔고, 그래서 제가 사용하지 않는 이유이기도 합니다. 하지만 공간이 부족할 때는 어쩔 수 없죠)

1개의 좋아요