Bug 162123 - When minimising /maximising sidebar (hiding/showing comments) place where user is working is moved out of his working area
Summary: When minimising /maximising sidebar (hiding/showing comments) place where use...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer Web (show other bugs)
Version:
(earliest affected)
24.2.5.2 release
Hardware: ARM macOS (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Comments
  Show dependency treegraph
 
Reported: 2024-07-21 06:59 UTC by Daniele
Modified: 2024-07-22 03:13 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Test file (984.43 KB, application/vnd.oasis.opendocument.text)
2024-07-21 07:55 UTC, Daniele
Details
Video showing the enhancement request (9.25 MB, video/mp4)
2024-07-21 08:00 UTC, Daniele
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Daniele 2024-07-21 06:59:21 UTC
Description:
When minimising /maximising sidebar (or inserting a comment with comments invisible or simply hiding/showing comments) the text (in web view) is reorganized to account for the more space (minimising) or less space (maximising) available, and the place where the user is working is moved up or down, thus rendering it difficult to find it again and resume working.

Steps to Reproduce:
1.Open a big document (attached)
1.1 make comments invisible
2. Place yourself in the middle of the document (for ex, clicking on the heading "Segunda parte…" in the sidebar (the heading is visible for the user)
3. minimise the sidebar clicking on the small triangles on the vertical bar (Hide)
4. wherever you were brought insert a comment (cmd alt c)

Actual Results:
3.1 The consequence of 3 is that heading Segunda parte… is not visible any more
4.1 The consequence of 4 is that the opened comment is not visible for the user. Should the user start typing or not? How is the user meant to find the open comment?

Expected Results:
One should be brought back where he was working despite resizing of the document. This is especially clear in the case of a comment inserted with visible comments off. But probably in this case, the action of the user should make comments visible as well (which I think, is what already happens).


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.2.5.2 (X86_64) / LibreOffice Community
Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59
CPU threads: 8; OS: macOS 14.5; UI render: Skia/Metal; VCL: osx
Locale: en-US (en.UTF-8); UI: en-US
Calc: threaded
Comment 1 V Stuart Foote 2024-07-21 07:48:54 UTC
attached sample doc for STR?

Is issue with the Sidebar 'Navigator' deck (<F5>) and its entries for Comment objects? Or simply with locating the edit cursor on document canvas.

Also, Writer's Web mode is a non-WYSIWYG view mode that sacrifices page layout of PS and other objects for conciseness of text runs. Manipulating with mix of Comment objects and the SB Navigator deck visible can shuffle elements visible in the UI.

I don't see that the "view port" into document canvas moves that much in Writer's 'Normal' view. 

Both Web view and Normal view place the text cursor focus at the anchor for the active comment. In other words, do not perceive navigation issue or jumping of view port as sidebar is toggled visible.
Comment 2 Daniele 2024-07-21 07:55:53 UTC
Created attachment 195429 [details]
Test file

Here the attached test file.
Comment 3 Daniele 2024-07-21 08:00:17 UTC
Created attachment 195430 [details]
Video showing the enhancement request
Comment 4 Daniele 2024-07-21 08:02:15 UTC
I hope that video and test files shed light on the enhancement request.
We work with very large files and it often happens that we do not see any more where we left off if resizing the window for some reason.
Comment 5 QA Administrators 2024-07-22 03:13:50 UTC Comment hidden (obsolete)