Bug 162846 - Comment width cannot be decreased
Summary: Comment width cannot be decreased
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.8.0.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Comments
  Show dependency treegraph
 
Reported: 2024-09-08 08:54 UTC by sleepyhead.km+bugzilla
Modified: 2024-09-08 16:10 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
LO Writer Comment width (37.52 KB, image/png)
2024-09-08 10:02 UTC, sleepyhead.km+bugzilla
Details
Working for me (6.61 MB, video/mp4)
2024-09-08 16:10 UTC, m_a_riosv
Details

Note You need to log in before you can comment on or make changes to this bug.
Description sleepyhead.km+bugzilla 2024-09-08 08:54:00 UTC
Description:
Hello,

after increasing the width of the column for comments, I cannot decrease it anymore and it stays at a maximum of roughly the page width. This happened already with the first time using this new feature.

Steps to Reproduce:
1.Increase the column for Comments
2.Try to decrease it and fail :)

Actual Results:
Cursor changes visually and indicates resizing the column, but doesn't actually grab the line or move it.

Expected Results:
To be able to decrease the width for comments to an appropriate width.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.3 (X86_64) / LibreOffice Community
Build ID: 480(Build:3)
CPU threads: 12; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-GB (en_US.UTF-8); UI: en-US
Ubuntu package version: 4:24.8.0~rc3-0ubuntu0.22.04.1~lo2
Calc: threaded
Comment 1 Buovjaga 2024-09-08 09:56:37 UTC
Just very briefly looking at this, could this be the same as bug 159146 which has a fix in the upcoming 24.8.1?
Comment 2 sleepyhead.km+bugzilla 2024-09-08 10:02:15 UTC
Created attachment 196309 [details]
LO Writer Comment width
Comment 3 sleepyhead.km+bugzilla 2024-09-08 10:06:26 UTC
Unfortunately not. The change of cursor to resize is visible (see screenshot I just attached), but when actually holding and moving to resize the comment, it immediately changes back to text selection cursor (if moving to the left).
Comment 4 sleepyhead.km+bugzilla 2024-09-08 10:24:33 UTC
(In reply to sleepyhead.km+bugzilla from comment #3)
> Unfortunately not. The change of cursor to resize is visible (see screenshot
> I just attached), but when actually holding and moving to resize the
> comment, it immediately changes back to text selection cursor (if moving to
> the left).

What I did notice just now though is, that it worked in a new document (with the cosmetic issue mentioned above), after switching off the ruler. I still could resize the comment when switching the ruler back on.

In an existing document (without any comments) this does only work once. When trying to increase the comment width just a tiny bit, it immediately jumps to max width and gets stuck again.
Comment 5 Buovjaga 2024-09-08 11:09:17 UTC
It works fine for me with a master build.

Can you please try with a daily build? Using this method can be convenient:
https://wiki.documentfoundation.org/Installing_in_parallel/Linux#Automated_installation

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: edc20f4d34d102b385ece53a60abad0047661661
CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: CL threaded
Comment 6 raal 2024-09-08 11:56:15 UTC
No repro with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 10363c80eb3fd0637d91714fe977de77b43d3aa3
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb)
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded
Comment 7 V Stuart Foote 2024-09-08 13:25:13 UTC
No issue on Win builds. An existing ODT document with comments opens. Hiding and showing the comments column keeps its width. And when hiding the comments column, while *hidden* the width extending off the ruler remains the same--but canvas redraw shifts it over, but it keeps the same width as is set.

Version: 24.8.1.1 (X86_64) / LibreOffice Community
Build ID: ef51c4a0cd35185debf25ad9d0db6a1c14bed5a0
CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

or recent master against 25.2.0

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1b61a0737e3600aadf42f28a15c70aface9ab61e
CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 8 V Stuart Foote 2024-09-08 14:14:16 UTC
see also bug 162852, if the pointer during drag resize of the column passes over the document page edge, the Comment column will jump expand to its maximum width.
Comment 9 V Stuart Foote 2024-09-08 14:16:31 UTC
@sleepyhead.km -- where are you releasing the pointer? Does it behave with a short controlled drag of the column edge rather than a swipe?
Comment 10 V Stuart Foote 2024-09-08 14:21:17 UTC
(In reply to V Stuart Foote from comment #9)
> @sleepyhead.km -- where are you releasing the pointer? Does it behave with a
> short controlled drag of the column edge rather than a swipe?

Also, are you keeping the drag pointer within the ruler widget's height? I see that if the pointer drops below or above the ruler's height the Comment width drag aborts.
Comment 11 m_a_riosv 2024-09-08 16:10:07 UTC
Created attachment 196315 [details]
Working for me

With
Version: 24.8.1.1 (X86_64) / LibreOffice Community
Build ID: ef51c4a0cd35185debf25ad9d0db6a1c14bed5a0
CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

Perhaps because it doesn't seem to work, the new width is not displayed until the mouse button is released.