Bug 140417

Summary:	dragging destination hover-guides painted at wrong places for RTL sheets
Product:	LibreOffice	Reporter:	Eyal Rozenberg <eyalroz1>
Component:	Calc	Assignee:	Not Assigned <libreoffice-bugs>
Status:	NEW ---
Severity:	normal	CC:	xiscofauli
Priority:	medium
Version:	7.1.0.3 release
Hardware:	All
OS:	All
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=136901 https://bugs.documentfoundation.org/show_bug.cgi?id=140418 https://bugs.documentfoundation.org/show_bug.cgi?id=93352
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	129661
Attachments:	Screenshot - while and before dragging the sheet-tab

Description Eyal Rozenberg 2021-02-14 22:04:16 UTC

Description:
When you click-and-hold on a tab in the sheet deck in Calc, and move the sheet left or right, LO paints small triangles/arrow-heads on both sides of the boundary between adjacent sheet tabs, where your sheet would be placed if you release the mouse.

However:

1. If your sheet tab deck is in RTL mode (which happens when the current sheet is in RTL direction), the triangles are drawn on the two opposite sides of adjacent sheet tabs. So, in both cases it's on the right side of the earlier tab and the left side of the latter tab, instead of being on the 'end' side and 'start' side respectively. A screenshot will follow.

2. Bits of the triangles are left behind when you move around with your selected tab (without having released the mouse). This is an unrelated bug which you will see manifested in the screenshot, but - please ignore it in the context of this bug.

Steps to Reproduce:
1. Open Calc
2. Add a few more sheets, for a total of, say, 4.
3. Select the fourth sheet in the deck.
4. Ensure the sheet direction is RTL (e.g. using the Sheet menu).
5. Hold down your mouse on the 4th sheet's tab in the tab deck
6. Drag the sheet-tab slowly over the other sheet-tabs in the deck

Actual Results:
Triangles drawn on opposite ends of consecutive sheet-tabs.

Expected Results:
Triangles drawn on adjoining ends of consecutive sheet-tabs.

Reproducible: Always

User Profile Reset: No

Additional Info:
Tested with:

Version: 7.1.0.3 / LibreOffice Community
Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c
CPU threads: 4; OS: Linux 5.9; UI render: default; VCL: gtk3
Locale: he-IL (en_IL); UI: en-US
Calc: threaded

But I believe this has been happening for a while.

Comment 1 Eyal Rozenberg 2021-02-14 22:05:40 UTC

Created attachment 169742 [details]
Screenshot - while and before dragging the sheet-tab

As mentioned before - ignore the fact that some residual junk-pixels appear on the sides of most tabs.

Comment 2 Eyal Rozenberg 2021-02-14 22:18:38 UTC

Correction to my reproduction instructions: In step (4.), you must ensure _all_ sheets are RTL. Otherwise the whole deck is repeatedly repainted, on the left then on the right and back again.

Comment 3 [REDACTED] 2021-02-14 23:05:22 UTC

*** Bug 140416 has been marked as a duplicate of this bug. ***

Comment 4 Xisco Faulí 2021-05-10 16:35:09 UTC

Hello Eyal,
Could you please try to reproduce it with version 7.1.3.2 of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.

Comment 5 Eyal Rozenberg 2021-05-10 18:19:40 UTC

(In reply to Xisco Faulí from comment #4)
> Could you please try to reproduce it with version 7.1.3.2 of LibreOffice
> from https://www.libreoffice.org/download/libreoffice-fresh/ ?

Bug still manifests with:

Version: 7.1.3.2 / LibreOffice Community
Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3
Locale: he-IL (en_IL); UI: en-US
Calc: threaded

Comment 6 AndreasHengst 2022-03-16 20:57:18 UTC

I was able to reproduce the behavior in
Mac OSX - Calc ver 7.1.0.3

and on Windows:
Version: 7.3.0.3 (x64) / LibreOffice Community
Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

was able to reproduce in yesterday's
Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: b70d17b08a7f24e4c470831910e63493082e0874
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

I'm a beginning triage-er so will attempt to find duplicates next. Changing status from UNCONFIRMED to NEW because bug is present in latest code.
Perhaps Importance could be lowered to 'minor'.
-AH

Comment 7 Eyal Rozenberg 2022-03-16 22:01:35 UTC

(In reply to AndreasHengst from comment #6)
> Perhaps Importance could be lowered to 'minor'.

I don't believe the importance field is given all that much, well, importance, by developers. But - if you want to change it, go ahead.

Comment 8 QA Administrators 2024-03-16 03:14:47 UTC Comment hidden (obsolete)

Dear Eyal Rozenberg,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)

If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword

Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

Comment 9 Eyal Rozenberg 2024-03-16 08:54:58 UTC

Bug still manifests with:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ffccbf4762a9ae810bcdd21c41fccdd436e7bfc9 
Commit date: Tue Feb 13 00:32:39 2024 +0100
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: he-IL (en_IL); UI: en-US
Calc: threaded