Bug 148872 - Right-Click at the right end of Selected Text, the selection will be released
Summary: Right-Click at the right end of Selected Text, the selection will be released
Status: RESOLVED DUPLICATE of bug 111969
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-05-01 00:12 UTC by nobu
Modified: 2023-10-13 08:29 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
video testing the bug (1.52 MB, video/mp4)
2023-06-03 20:13 UTC, BogdanB
Details

Note You need to log in before you can comment on or make changes to this bug.
Description nobu 2022-05-01 00:12:37 UTC
Description:
Right-Click at the right end of the selection string, the selection will be released.


Steps to Reproduce:
1.Write some strings with Writer
2.Partially select strings
3.Right-Click at the right end of the selection

Actual Results:
The selection is released.

Expected Results:
The context menu is displayed.


Reproducible: Always


User Profile Reset: No



Additional Info:
After selecting from left to right, if you Right-Click immediately, the selection will be canceled.

At the left end of the selection, a context menu is displayed even if you click it in a wide range of half-letter. This is correct.

In general applications, the context menu will be displayed even if you Right-Click in a wide range of half-letter on the left and right of the selected character string.

Writer has a narrow Right-Click specification for one character at the right end.

Version: 7.3.1.3 (x86) / LibreOffice Community
Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951
CPU threads: 4; OS: Windows 10.0 Build 10240; UI render: default; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: threaded
Comment 1 Dieter 2022-05-15 17:48:10 UTC
I can't confirm with

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 83d0f2eebae41d431d9a5bfd1a918523977752d0
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Just for clarification: "String" means just som text, right?

Do you get the same result with Help -> Restart in Safemode? 
=> NEEDINFO
Comment 2 sdc.blanco 2022-05-15 20:13:57 UTC
(In reply to Dieter from comment #1)
I have also encountered this problem recently so please accept my reply/description.

> Same result with Help -> Restart in Safemode?
Yes.

Additional information I

 - Right-click will always open the context menu, but for "Add to List" it is necessary to "maintain" the selection of multiple strings (paragraphs) in a variety of situations for "Add to List" to work as intended.

(and presumably other situations where multiple selections are necessary).


> Just for clarification: "String" means just som text, right? 
Simpler STR -- using just one string, which will demonstrate the same problem that will happen with multiple selected strings.

1.  Enter this string "12345678"
2.  Select a piece or all of that string, starting with lower numbers toward a higher number.
3.  Release left-click (which was used for select) to right-click (to open context menu).

Actual result: Selection is lost, even if context menu is open.

Additional Information II

- Select from higher number to lower number, right-click, context menu opens, and selection is maintained. Then click anywhere in canvas (so that context menu closes), selection is maintained.

- In LTR selection, after releasing left-click, move mouse slightly back so that it hovers somewhere in the selection, right-click, context menu opens, and selection is maintained.

- It is only when you select LTR and right-click immediately -- which should be considered a normal/typical/likely workflow - then the selection is lost.  I believe that is what OP is reporting.

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 4ea44fdb19e568093ab1e0549c3ffa33296a486b
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: da-DK (da_DK); UI: en-US
Calc: CL
Comment 3 Dieter 2022-05-15 20:37:27 UTC
(In reply to sdc.blanco from comment #2)
> (In reply to Dieter from comment #1)
> I have also encountered this problem recently so please accept my
> reply/description.

=> NEW

> Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
> Build ID: 4ea44fdb19e568093ab1e0549c3ffa33296a486b
> CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL:
> win
> Locale: da-DK (da_DK); UI: en-US
> Calc: CL
Comment 4 nobu 2022-05-16 19:38:48 UTC
(In reply to sdc.blanco from comment #2)
> - It is only when you select LTR and right-click immediately -- which should
> be considered a normal/typical/likely workflow - then the selection is lost.
> I believe that is what OP is reporting.
The translated English did not work well.
And I tried to write briefly, but it seems that the explanation was insufficient.

sdc.blanco
Thank you for supplementing.
Comment 5 sdc.blanco 2023-02-08 13:26:22 UTC
@nobu  -- it is impressive that you are testing each previous version.  Do you believe that this used to work correctly before?

If so, then try a previous version of LO where you think it worked correctly. It can be any version that you think works correctly. If you are able to show that it works correctly in one version of LO, then there are other tools for localizing the likely cause of the problem.

Otherwise, if you are not sure if it ever worked correctly before, then maybe it will be easier for you to first check if the problem was "Inherited from OpenOffice (OOo)" (which is also an choice in the "Version" dropdown menu).
For example, try with:  https://downloadarchive.documentfoundation.org/libreoffice/old/3.3.0.4/
Comment 6 BogdanB 2023-06-03 20:13:38 UTC
Created attachment 187701 [details]
video testing the bug

Near the right margin of text selection, everything change. See video.
Comment 7 Stéphane Guillou (stragu) 2023-10-13 08:29:45 UTC
Already tracked in bug 111969, so marking as duplicate.

*** This bug has been marked as a duplicate of bug 111969 ***