A selection in the input line for Cut respectively Copy or Replace by Paste is lost by a click on the right mouse button. Reprodcing the bug: - New -> Spreadsheet Document - enter any text in a cell - select the whole entered text or a part in the input line - click on right mouse button Actual result: - the selection is lost -> no text is selected - the popup menu appears - further: when Cut is chosen the clipboard content isn't changed, when Cut is chosen the clipboard content and the input line aren't changed Expected result (as in LO 7.0 until 7.0.4 and LOdev 7.0.5.0.0): - the selection is kept - the popup menu appears Additional information: When the menu key on the keyboard is pressed the behavior is as expected: the selection is kept. The behavior can be reproduced with LO 7.1.0.1 (= rc1), LOdev 7.1.0.1.0 and LO 7.2.0.0.alpha0.
The behavior was intruduced in Version: 7.1.0.0.alpha0+ (x64) Build ID: 6ccf4dd2224e4beb567365903249858a2ca00082 CPU threads: 4; OS: Windows 10.0 Build 21286; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded from 2020-10-18. In Version: 7.1.0.0.alpha0+ (x64) Build ID: df74aef7159d7155addf78cfc4d139485945d794 CPU threads: 4; OS: Windows 10.0 Build 21286; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded from 2020-10-16 the behavior was still correct as in LO 7.0.
Thank you for reporting the bug. Are you following these steps: 1. You highlight the text 2. You right-click 3. Then you select cut or copy 4. It should apply the selected command I think the issue might be when you are right-clicking the text you right-clicked on a white space so it deselects the text. I suggest whenever you are right-clicking you should hover directly over the words and then right-click. This should give you the desired results The bug you listed is unconfirmed in Version: 7.2.0.0.alpha0+ (x64) Build ID: f2171af6ce3516598d9f8bac8294025a21a5b1a2 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
(In reply to Suchir Madap from comment #2) > Thank you for reporting the bug. > > Are you following these steps: > 1. You highlight the text > 2. You right-click > 3. Then you select cut or copy > 4. It should apply the selected command > > I think the issue might be when you are right-clicking the text you > right-clicked on a white space so it deselects the text. I suggest whenever > you are right-clicking you should hover directly over the words and then > right-click. This should give you the desired results > > The bug you listed is unconfirmed in > > Version: 7.2.0.0.alpha0+ (x64) > Build ID: f2171af6ce3516598d9f8bac8294025a21a5b1a2 > CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: > win > Locale: en-US (en_US); UI: en-US > Calc: threaded Many thanks for your message! I followed the steps 1 + 2. The popup menu appears and the selected text is still highlighted -> OK. But the highlight disappears in the moment I release the right mouse button to select one of the popup menu items with the left button. The selection of a popup menu item by the mouse isn't possible while the right button is pressed - at least as I know. When I keep pressed the right mouse button after step 2 I can select a popup menu item with the keyboard. This works but it is not my usual way as I work e.g. with LO 7.0.
The problem still exists in Version: 7.1.0.2 (x64) / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 4; OS: Windows 10.0 Build 21296; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded but no longer in LOdev 7.2. In the test with Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 01ac21d99fb9945f9d3ab2fe3ed04e3c86fa5583 CPU threads: 4; OS: Windows 10.0 Build 21296; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded I couldn't reproduce the bug.
Thank you for reporting the bug. I can not reproduce the bug in Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL Version: 7.2.0.0.alpha0+ (x64) Build ID: 761a672d62df1891b9f4f367a499b220ab2b33fa CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
(In reply to mulla.tasanim from comment #5) > Thank you for reporting the bug. > > I can not reproduce the bug in > > Version: 7.0.3.1 (x64) > Build ID: d7547858d014d4cf69878db179d326fc3483e082 > CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win > Locale: en-US (en_US); UI: en-US > Calc: CL > > Version: 7.2.0.0.alpha0+ (x64) > Build ID: 761a672d62df1891b9f4f367a499b220ab2b33fa > CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win > Locale: en-US (en_US); UI: en-US > Calc: CL It is correct that the bug cannot be reproduced in LO 7.0.3. As I have written in the bug report I have found the bug only in LO 7.1 and LO 7.2, but not in LO 7.0. Because the bug couldn't be reproduced in LO 7.2 with build ID 761a672d62df1891b9f4f367a499b220ab2b33fa I don't know because I don't know when this build was created. In the builds published in /daily/master/ in the days from 2021-01-24 until 2021-01-28 I havn't found a build with this build ID whereas I couldn't start installed LO 7.2 from /daily/master/Win-x86_64@tb77-TDF/2021-01-18_00.31.02/ (???). See also new Comment 6!
I have made further tests with recent builds of LOdev 7.2.0.0.alpha0+ and 7.1.1.0.0+. In the builds from 2021-01-25 the bug was still present, means in Version: 7.1.1.0.0+ (x64) / LibreOffice Community Build ID: 96673ea050ac3299a543692b7a0d782794e3d2cd CPU threads: 4; OS: Windows 10.0 Build 21301; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded and in Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6c8a6b6aa2f962bd2fadbdf27405bfcd7d167fec CPU threads: 4; OS: Windows 10.0 Build 21301; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded In the builds of both versions from 2021-01-26 the bug no longer exists, means in Version: 7.1.1.0.0+ (x64) / LibreOffice Community Build ID: 95617b04651ae9f515ced79760851123a7e09236 CPU threads: 4; OS: Windows 10.0 Build 21301; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded and in Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 01ac21d99fb9945f9d3ab2fe3ed04e3c86fa5583 CPU threads: 4; OS: Windows 10.0 Build 21301; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded Now the behavior is so again as it is in LO 7.0. When the bug also dissappears in LO LO 7.1.0.3 I will close the bug.
The bug is in Version: 7.1.0.3 (x64) / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 4; OS: Windows 10.0 Build 21301; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded no longer reproducible, means the problem is solved. I close the bug.
Thanks for retesting the issue with the latest version. Setting to RESOLVED WORKSFORME since the commit fixing this issue hasn't been identified.