agemo
(agemo)
12월 3, 2022, 3:02오후
29
Safari - iOS 14.x에서 발견했습니다
1개의 좋아요
piffy
2월 12, 2023, 8:53오전
33
요즘 내 사이트에서 이 문제가 계속 발생하고 있습니다. 특히 로딩에 시간이 더 걸리는 큰 토픽에서 주로 나타납니다.
여전히 비슷한 문제를 겪고 계신 분이 있을까요? 위에 커밋에서 언급된 레이스 컨디션(race condition) 때문일까요?
일정 기간(6개월 이상) 동안 이 문제를 겪고 있으며, 다음 문제들도 함께 발생하고 있습니다 (Windows 11 및 Edge 브라우저 사용 중, 버전 113.0.1774.42 (공식 빌드) (64비트)):
Hello Sam,
No, after revert the commit it is good for me.
The first thing I mentioned is probably not an issue
As Jarek said this is how it works.
I think I mixed up this with the logged out topic view? When I logged out It goes to the next post rather than the last onscreen post.
처음에는 스마트폰과 PC를 오가며 사용해서 그런가 싶었지만, 스마트폰으로 포럼에 접근하는 것을 중단한 후에도 문제가 계속되었습니다.
문제가 발생하던 포럼에 관련 내용을 게시했고, 다른 브라우저를 사용해 보라는 제안을 받았습니다 (der).
Firefox 브라우저(버전 113.0.1 64비트)로 전환한 후, discourse 포럼과 관련된 모든 문제가 해결되었습니다.
2개의 좋아요
AzaB2C
(Aza's Built to Code)
8월 28, 2023, 8:23오후
35
안녕하세요! V1 Engineering Forum 에서 방문 중입니다. 저희 중 몇 명이 이 같은 혹은 유사한 예상치 못한 동작 변경을 발견했습니다.
기존에 읽은 주제를 방문하면 마지막으로 읽은 최신 게시글이 표시되기를 기대했지만, 실제로는 20개 게시글 이전의 위치에서 주제가 열립니다. 게시글이 20개 미만인 주제의 경우 첫 번째 게시글 위치에 위치하게 되어, 마지막으로 읽은 것보다 새로운 게시글이 어떤 것인지 파악하기 위해 아래로 스크롤하는 데 시간을 낭비하게 됩니다.
이를 수정할 수 있는 관리자 설정이 있나요? 그리고/또는 Discourse 코드 수정안이 제공되나요?
1개의 좋아요
Firepup650
(Firepup Sixfifty)
8월 28, 2023, 8:26오후
36
이 문제가 최근 다시 발생한 것으로 보이며, 수정이 곧 이루어질 것입니다 (해당 변경 사항은 이미 병합되었으므로).
새로운 게시글:
Thanks so much for the clear reproduction steps @Don
Yup, that’s it! Two things going on here at the same time
Loading slider service needs to remove the still-loading class from the body
LockOn needs to scroll to the right place
They were both scheduled in the afterRender part of Ember’s runloop. And since the ‘lock on’ stuff is technically scheduled first, it was being run first. And so LockOn was running while all the post HTML was in the DOM, but still had display: none. …
GitHub PR:
main ← topic-scroll-position
merged 11:23AM - 28 Aug 23 UTC
When the 'loading slider' navigation indicator is enabled, and a connection is v… ery slow, we `display: none` most of the page and display a spinner. The `still-loading` body class for this was being added in the `afterRender` step in the Ember runloop. This meant that, depending on the order they were scheduled, other `afterRender` jobs may run before it. This caused an issue with topic scroll locations because we would attempt to scroll to an element which was `display: none` at the point its position was calculated.
This commit moves the `still-loading` class manipulations to the `render` step of the runloop, which is technically more correct, and means that anything scheduled in the `afterRender` step is guaranteed to run without the `display: none` CSS.
https://meta.discourse.org/t/276305/29
4개의 좋아요
더 최신 이슈를 우선시하여 이 이슈는 닫겠습니다.
4개의 좋아요