Ao descer em um tópico usando J , ele chega a um ponto em que você não pode mais navegar usando a tecla. Mesmo que eu tente subir (K ) e descer, ainda não consigo me mover abaixo dessa resposta específica.
Acredito que esta resposta seja a última das respostas carregadas e os atalhos do teclado não acionam o carregamento do próximo lote de respostas?
Além disso, rolar para cima/para baixo ao encontrar isso não funciona . Curiosamente, você não consegue carregar o próximo lote mesmo tentando rolar para baixo - sem spinner de carregamento, nada, mesmo a resposta inferior não é a última.
1 curtida
tgxworld
Outubro 16, 2025, 4:33am
2
Consigo reproduzir isso consistentemente em um site interno e parece acontecer quando a altura do último tópico se encaixa perfeitamente na tela.
Vou colocar um pri-medium
3 curtidas
Este problema parece ter sido corrigido agora @tgxworld ?
tgxworld
Outubro 30, 2025, 6:37am
4
Não acho que nada foi feito aqui. Ainda consigo reproduzi-lo, mas não de forma confiável.
1 curtida
Moin
Outubro 30, 2025, 7:32am
5
Eu às vezes também fico preso em um tópico. Mas não foi por usar um atalho de teclado. Eu não uso atalhos de teclado para navegar no meu tablet.
saquetim
Fevereiro 13, 2026, 2:02am
8
main ← dev/smoother-post-stream-scroll
opened 01:36AM - 13 Feb 26 UTC
## Summary
- Improves scroll position stability when loading posts above the vi… ewport by using `scrollBy`-based compensation instead of `scrollTo` + `offsetCalculator`
- Dynamically hides banners, notices, and footer content when the user is in the middle of a long topic via a new `scrollState` service and `{{hideScrollableContent}}` helper
- Triggers loading more posts when navigating to boundary posts via keyboard (`j`/`k` keys)
- Prevents load-more sentinel from re-triggering during scroll compensation with a `suppressLoadAbove` flag
## Details
### Scroll compensation
When new posts are prepended above the viewport, the component captures the anchor post's position via `getBoundingClientRect()` before DOM insertion (using a `beforePrepend` callback in `prependMore()`), then compensates with `window.scrollBy()` after insertion. This keeps the reading position visually stable.
### Content hiding
A `scrollState` service tracks ref-counted hide requests. The `{{hideScrollableContent}}` class-based helper registers with the service and automatically cleans up via `registerDestructor`. The `application.gjs` and `topic.gjs` templates wrap scrollable content in `{{#unless shouldHideScrollableContentAbove/Below}}` blocks.
The helper invocations live in `topic.gjs` outside the `{{#unless loadingFilter}}` guard so content stays hidden during timeline jumps that temporarily unmount `<PostStream>`.
### Keyboard navigation
`updateKeyboardSelectedPostNumber` now checks if the selected post is at a loaded boundary (`firstAvailablePost` / `lastAvailablePost`) and triggers `loadMoreAbove` / `loadMoreBelow`. Double-loading is prevented by existing `canPrependMore` / `canAppendMore` guards.
O PR acima aborda esta questão.
2 curtidas
sam
Fevereiro 20, 2026, 9:00pm
9
Este tópico foi fechado automaticamente após 4 dias. Novas respostas não são mais permitidas.
