fix: unselect selected comment on scroll

[printfdebugging]

Change-Id: I617603782260d4c3c19e8bdeafc794e3b7457d1d

• Resolves: #
• Target version: main

Summary

buggy comments

• click on a comment in writer
• start scrolling
• the comment gets stuck and doesn't go off the screen

before.mp4

fix

• comment is automatically unselected when scrolling

after.mp4

[mistmist]

is this related to the changes?

  1 failing

  1) Annotation Tests
       Visibility at Different Window Widths (increasing):
     AssertionError: Timed out retrying after 10000ms: expected '<div#comment-container-1.cool-annotation.cool-annotation-collapsed-show>' to be 'visible'

This element `<div#comment-container-1.cool-annotation.cool-annotation-collapsed-show>` is not visible because its ancestor has `position: fixed` CSS property and it is overflowed by other elements. How about scrolling to the element with `cy.scrollIntoView()`?
      at Context.eval (integration_tests/desktop/writer/annotation_spec.js:150:44)

[printfdebugging]

is this related to the changes?

  1 failing

  1) Annotation Tests
       Visibility at Different Window Widths (increasing):
     AssertionError: Timed out retrying after 10000ms: expected '<div#comment-container-1.cool-annotation.cool-annotation-collapsed-show>' to be 'visible'

This element `<div#comment-container-1.cool-annotation.cool-annotation-collapsed-show>` is not visible because its ancestor has `position: fixed` CSS property and it is overflowed by other elements. How about scrolling to the element with `cy.scrollIntoView()`?
      at Context.eval (integration_tests/desktop/writer/annotation_spec.js:150:44)

probably, let me check.

[printfdebugging]

the cypress test doesn't fail locally on latest main, so rebased the PR to see if it passes on the CI, if not, i will see what's wrong.

[eszkadev]

code looks good to me

[eszkadev]

weird multi-page behavior:
Kooha-2026-04-15-16-03-06.webm

maybe we could implement the method for it too?

[eszkadev]

it is more complicated

• when comment target is not visible on the screen, we try to scroll so it will be visible
• I reported regression when it doesn't happen: Click on comment on different page doesn't move the view correctly #15524
• So it is possible that scrolling happens, and we want to keep the selection - please keep that case in mind too

[printfdebugging]

weird multi-page behavior: Kooha-2026-04-15-16-03-06.webm

maybe we could implement the method for it too?

can we do that in a followup? would be good to have this fix out atleast.

[eszkadev]

weird multi-page behavior: Kooha-2026-04-15-16-03-06.webm
maybe we could implement the method for it too?

can we do that in a followup? would be good to have this fix out atleast.

Agree on that

[eszkadev]

it breaks "scroll to comment" functionality causing random jumps currently (if comment target is not on a screen)

we need to fix that first, before merge (to not exchange bug for bug)