iOS 기기에서만 발생하는 것 같습니다. 가끔 외부 링크가 같은 창에서 열리지만 CSS가 로드되지 않습니다. 이상하고, 재현조차 할 수 없습니다!
다음과 같은 모습입니다:
다른 공개 디스코urs 포럼에서도 보고된 사례를 찾았습니다:
이전에 보고되고 수정된 적이 있으므로 테마나 테마 컴포넌트와 관련이 있을 수 있습니다. 도움을 주시면 감사하겠습니다.
CSS가 로드되지 않을 때 네트워크 로그에 어떤 오류가 표시됩니까?
이것이 이론적으로 테마/컴포넌트 문제일 수 있다는 점과 관련하여, 안전 모드(Safe Mode)를 시도해 보셨나요?
1개의 좋아요
그냥 지난 두 주 동안 이 동작을 몇 번 목격해서 그렇습니다. 제 iPhone에서만 발생했고, 다른 사용자들로부터도 같은 이야기를 들었지만 재현은 하지 못했습니다. 랜덤하게 발생하는 것 같습니다.
1개의 좋아요
이것은 오래된 버그처럼 보입니다. 현재 어디에서도 재현할 수 없으며, 해당 링크된 토픽들은 모두 최소 1년 이상 된 것입니다. 업데이트가 제대로 이루어지지 않는 포럼처럼 보입니다.
2개의 좋아요
감사합니다. 그런데 최신 베타 업데이트를 적용하고 있습니다 
해당 버그는 어떤 부분에서 수정되었나요? 혹시 특정 컴포넌트나 테마가 이 버그를 다시 발생시켰을지도 모르겠네요?
1개의 좋아요
다시 재현하려고 시도하고 있는데, 가끔 발생하는 것 같습니다. 재현 방법은 정확히 모르겠어요. 다만 iOS에서만 발생하는 것으로 알고 있습니다.
1개의 좋아요
저는 여러 대의 iOS 기기를 사용 중인데, iPhone 15 Pro Max, iPad Air 5세대, MacBook Air M2를 쓰고 있습니다. 그런데 이 문제를 재현할 수 없어요 
어떤 모델의 기기와 iOS 버전을 사용 중이신가요?
1개의 좋아요
개인적으로는 최신 iOS 17.4를 사용 중인 iPhone 12입니다.
이 문제는 HTML의 a href를 사용한 외부 링크에서만 발생하는데, 그것도 가끔만 발생하는 것 같습니다?
수정된 버그가 무엇인지 궁금합니다. 그래야 재현을 위해 무언가를 시도해 볼 수 있을 것 같아서요 
1개의 좋아요
그 보고서들이 디스코urs 포럼의 CSS 문제와 어떻게 관련이 있나요? 첫 번째 보고서에는 명시적으로 다음과 같이 적혀 있습니다:
이 문제는 해당 포럼에 영향을 미치지 않습니다
1개의 좋아요
동일한 동작으로 보입니다. Discourse 내부에서 외부 웹사이트를 열 때 발생하는 문제입니다. 예를 들어, meta.discourse.org에서 https://discourse.org/를 여는 경우입니다.
외부 사이트에서 문제가 발생하고 있다면, 이는 포럼이 원인이 아닌 것 같습니다.
저도 그렇게 생각했어요. 하지만 포럼에서 넘어가서 클릭할 때만 발생하는 것 같고, 다른 게시물들을 찾아보면서 혹시 누군가가 이 문제에 대해 설명을 해줄 수 있지 않을까 싶었어요. iOS 관련 문제일 수도 있겠네요. 매번 CSS가 로딩되지 않고 가끔만 그랬으면 더 쉬웠을 텐데 
1개의 좋아요
@Lilly 디스커스가 href를 어떻게 처리하는지, 그리고 iOS에서 특정 처리 방식이 있는지 공유해 주실 수 있을까요? 이 문제는 Safari와 관련된 것으로 보이지만, 디스커스에서 다른 도메인으로 이동할 때만 발생합니다. 해당 다른 도메인이 디스커스가 요청된 페이지의 HTML을 로컬에서 로드하려는 것처럼 로드되지 않습니다.
이미 no-cache 정책을 강제하고 www 접두어를 조정해 보았지만, 아무것도 효과가 없습니다. 정확히 여기에서 언급된 문제와 동일합니다:
그들은 메인 웹사이트를 community.URL.com에서 로드했는데, 이로 인해 동일한 부분 페이지 로드 문제가 발생했습니다.
미리 감사합니다!
저희 디스커스는 메인 사이트(domain.com)의 서브도메인(here.domain.com)으로 운영되고 있습니다.
수개월째 iPhone 사용자들이 서브도메인(디스커스)에서 메인 사이트로 돌아가는 링크를 클릭할 때 CSS나 JS가 아닌 HTML만 로드되어 페이지가 사용 불가능한 상태가 된다고 보고하고 있습니다.
매번 발생하는 것은 아니지만, 페이지를 새로고침해야만 해결될 정도로 빈번하게 발생하고 있습니다. 새로고침을 하면 실제로는 여전히 디스커스에 머물러 있게 되어 다시 한 번 클릭해야 하는 상황이 됩니다.
nginx의 access.log 파일을 확인해 보니, 어떤 이유에서인지 디스커스가 메인 도메인의 index 대신 메인 도메인의 파일들을 가져오려고 시도하고 있습니다.
말할 필요도 없이, 디스커스에 이러한 파일은 존재하지 않으므로 페이지가 깨지는 것입니다.
nginx의 "access.log"에서 확인된 내용은 다음과 같습니다:
[19/May/2024:09:49:51 +0000] "here.domain.com" 176.76.227.47 "GET /js/cart/cart.js?v=0.32 HTTP/2.0" "Mozilla/5.0 (iPhone; CPU iPhone OS 17_4_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Ribblr Mobile" "-" 429 230 "https://here.domain.com/c/testing/17" - 0.000 "-" "-" "-" "-" "-" "-" "-"
[19/May/2024:09:49:51 +0000] "here.domain.com" 176.76.227.47 "GET /css/footer_and_header.css?v=1.13 HTTP/2.0" "Mozilla/5.0 (iPhone; CPU iPhone OS 17_4_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Ribblr Mobile" "-" 404 7963 "https://here.domain.com/c/testing/17" 0.019 0.019 "-" "-" "-" "-" "-" "-" "-"
[19/May/2024:09:49:51 +0000] "here.domain.com" 176.76.227.47 "GET /css/common/jssocials.css?v=0.03 HTTP/2.0" "Mozilla/5.0 (iPhone; CPU iPhone OS 17_4_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Ribblr Mobile" "-" 404 7968 "https://here.domain.com/c/testing/17" 0.020 0.020 "-" "-" "-" "-" "-" "-" "-"
[19/May/2024:09:49:51 +0000] "here.domain.com" 176.76.227.47 "GET /js/common/lightslider.js?v=0.14 HTTP/2.0" "Mozilla/5.0 (iPhone; CPU iPhone OS 17_4_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Ribblr Mobile" "-" 404 7980 "https://here.domain.com/c/testing/17" 0.020 0.020 "-" "-" "-" "-" "-" "-" "-"
[19/May/2024:09:49:51 +0000] "here.domain.com" 176.76.227.47 "GET /js/common/jssocials.js HTTP/2.0" "Mozilla/5.0 (iPhone; CPU iPhone OS 17_4_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Ribblr Mobile" "-" 404 7978 "https://here.domain.com/c/testing/17" 0.034 0.034 "-" "-" "-" "-" "-" "-" "-"
href 링크와 window.reload()를 모두 사용해 보았지만 문제는 동일하게 남아 있습니다. 다시 한번 강조하자면, 이는 간헐적으로만 발생하며 iPhone 사용자에게만 나타납니다.
이러한 현상이 발생하는 이유와 해결 방법에 대해 아이디어가 있으신 분 계신가요?
1개의 좋아요
여기에서 설명하신 문제와 동일한 문제인가요?
1개의 좋아요
네! 병합해야 합니다
이제 무엇이 문제인지 더 잘 이해할 것 같습니다.
2개의 좋아요
팀원 중 이 문제에 대해 의견을 주실 분이 계신지 궁금합니다. @Lilly 몇 달 전에 여기서 논의한 적이 있죠 — 혹시 추가로 공유하실 통찰이 있으신가요?
제가 첫 게시물에서 공유한 디스코urs 웹사이트와 동일한 문제라고 생각합니다.
이러한 이상한 문제들을 몇 가지 확인했습니다. 우리가 파악한 바로는, 이는 Safari/WebKit의 버그일 가능성이 높습니다. 이 유형의 ‘혼합 사이트’ 렌더링이 발생하는 것은 불가능해야 합니다. 우리는 WebKit에 보고서를 제출했습니다. (참조: @pmusaraj)
누군가 이 문제를 일관되게 재현할 수 있는 방법을 찾으면, 버그의 우선순위를 높이는 데 거의 확실하게 도움이 될 것입니다.
6개의 좋아요
외부 링크 우회 방법에 대한 아이디어가 있을까요?
HTML HREF와 JS window.replace 모두 동일한 동작을 보입니다.
(앞으로/뒤로 버튼은 거의 오버라이드할 수 없을 것 같습니다)
1개의 좋아요
불행히도 우회책을 제안할 아이디어가 없습니다. 충돌의 원인이 될 수 있을 것 같아 서비스 워커를 등록 해제해 보았지만, 효과가 없었습니다.
현재 로컬에서는 Safari Technology Preview로 전환했습니다. 이 브라우저에서는 문제가 발생하지 않는 것으로 보이며, 이는 Webkit의 최신 버전에서 수정되었음을 시사할 수 있습니다. 또는, 새 브라우저와 새 캐시에서는 문제가 발생하지 않는다는 의미일 수도 있습니다… 단정하기 어렵습니다.
이 문제를 계속 모니터링하고 수정 방법을 계속 찾아볼 것입니다. 이 문제는 Discourse 팀 내 여러 명과 다양한 플랫폼(macOS, iOS, DiscourseHub 앱)에서 영향을 미치고 있습니다. 다만, 마법 같은 해결책이 발견되지 않는 한, 여기서 우리가 할 수 있는 최선은 Webkit 버그 보고서를 추적하고 관련이 있거나 유용하다면 추가 정보를 제공하는 것입니다.
2개의 좋아요