Bug 155291 - UI Linux KDE/QT/X11 : Unable to drag sheet tabs in Calc (or drag to layer tabs in Draw) - possibly already fixed in 7.5.3.1
Summary: UI Linux KDE/QT/X11 : Unable to drag sheet tabs in Calc (or drag to layer tab...
Status: RESOLVED DUPLICATE of bug 153800
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.5.2.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-05-14 07:19 UTC by alex
Modified: 2023-05-14 21:04 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description alex 2023-05-14 07:19:45 UTC
Description:
NOTE: I wrote this up in great detail, but issue appears resolved in 7.5.3.1 I upgraded after writeup.
Altered severity to minor, in case detail is useful to have on file.


Using Libreoffice Calc under KDE (my daily driver), in latest release I can no longer drag the tabs of worksheets to reorder them.
When I click and hold a worksheet tab, then start dragging it to the desired position, the main worksheet view instead starts scrolling down the sheet.

This occurs whether attempting to by just dragging, or to copy with CTRL-drag.

Similarly in Libreoffice Draw, if I attempt to move an object to a different layer by dragging it to tab of the destination layer, the canvas simply scrolls down.




Steps to Reproduce:
for Calc
1. Open or create a Calc workbook with multiple sheets
2. Click and hold a sheet to drag/move to a new position on the tab bar


for Draw
1. Create a new drawing with an object
2. Click and hold an object to drag to a different layer tab


Actual Results:
for Calc
Sheet tab is not moved, but window scrolls instead - always downward, regardless or direction of drag.

for Draw
The object does not move to the desired destination layer, but the canvas scrolls instead - always downward, regardless or direction of drag.

Expected Results:
for Calc
Sheet should be moved to the new position in the tab bar.

for Draw
The object should be moved to the desired destination layerg.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
I have confirmed that this seems to be limited to QT-based environments.
The problem occurs in KDE/Plasma and LXQT sessions (on two different machines).

If I open an IceWM or Openbox session for the same user (eg same UserProfile) on the same machine, the previous normal expected behaviour occurs.
Also running same LO version on Windows is fine.



Version: 7.5.2.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded
Comment 1 Stéphane Guillou (stragu) 2023-05-14 08:41:58 UTC
Thank Alex. You are right, the issue affected quite a few UI elements under the KF5 VCL and is now fixed thanks to a revert: 0d2e22e1700aca42246924c2083c2271a9ad0d79

Marking as a duplicate of 153800 to pick one.

*** This bug has been marked as a duplicate of bug 153800 ***
Comment 2 alex 2023-05-14 09:35:04 UTC
(In reply to Stéphane Guillou (stragu) from comment #1)
> Thank Alex. You are right, the issue affected quite a few UI elements under
> the KF5 VCL and is now fixed thanks to a revert:
> 0d2e22e1700aca42246924c2083c2271a9ad0d79
> 
> Marking as a duplicate of 153800 to pick one.
> 
> *** This bug has been marked as a duplicate of bug 153800 ***

Thanks Stéphane, I had noticed it a few times and finally got around to reporting it.
Clearly the team was much better organised than me!
Thanks for the great work.
Comment 3 Stéphane Guillou (stragu) 2023-05-14 21:04:25 UTC
(In reply to alex from comment #2)
> Thanks Stéphane, I had noticed it a few times and finally got around to
> reporting it.
> Clearly the team was much better organised than me!
> Thanks for the great work.

Thank you for taking the time to report issues! All the best.