When in Calc cells are copied to the clipboard they are no longer marked by "marching ants" (or otherwise). Reproducing the behavior: - create an new spreadsheet document - enter something a cell - select the cell and copy it to clipboard Expected result: Cell is copied to clipboard and it is marked e.g. by marching ants Actual result: Cell is copied to clipboard but it isn't marked. The behavior was reproduced with Version: 7.6.1.0.0+ (X86_64) / LibreOffice Community Build ID: fe3ceb5c6ac1fcd52f0c2b20dcfc4d2505aedfe5 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded and with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 42f0422d19c4d0a2fb09654fb6d1d92e50f6dd5c CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded I cannot reproduce the behavior with Version: 7.6.0.1 (X86_64) / LibreOffice Community Build ID: 776eaf34564cbf3f034a0ba1fd1d5c32ff9ccf1c CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded
That is coupled to Tools -> Options -> Calc -> General, Input Settings, Press Enter to paste and clear clipboard; reason is the ants are only there for that reason to indicate the Enter-Paste-Clear is active, if so they vanish once Enter-pasted-cleared. See also bug 34686. To me this is not a bug, unless very recently disabled completely, for which I currently don't have a recent build so can't check.
(In reply to Eike Rathke from comment #1) > To me this is not a bug, unless very recently disabled completely, for which > I currently don't have a recent build so can't check. Just in case there is some relation: bug 155414 comment 10 bug 155414 comment 13 bug 155414 comment 14 bug 155414 comment 15
Not reproduced in master build from today: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e26aeb882dd236adf19679d5df9b7ba5da1ed226 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Nor in gen VCL. But confirmed by Michael in bug 155414 comment 16, so marking as Windows-only.
I can reproduce the behavior with the brand new Win-x86_64 build from master (https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/2023-07-29_10.58.35/): Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e26aeb882dd236adf19679d5df9b7ba5da1ed226 CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded Seems it is a Windows-only problem really ...
Hint: I do not need "marching ants". "Sleeping ants" would do for me, means a dashed line around the copied cells as marking. But currently there is no marking at all.
(In reply to Stefan_Lange_KA@T-Online.de from comment #5) > Hint: I do not need "marching ants". "Sleeping ants" would do for me, means > a dashed line around the copied cells as marking. > But currently there is no marking at all. I cannot reproduce this on macOS. I see the "sleeping ants" when I have Accessibility > Display > Reduce motion checked in the System Preferences application and "marching ants" if it is unchecked. Are any of the LibreOffice preferences shown in the following screen snapshot different on your machine?: https://bugs.documentfoundation.org/attachment.cgi?id=188639
(In reply to Patrick Luby from comment #6) > (In reply to Stefan_Lange_KA@T-Online.de from comment #5) > > Hint: I do not need "marching ants". "Sleeping ants" would do for me, means > > a dashed line around the copied cells as marking. > > But currently there is no marking at all. > > I cannot reproduce this on macOS. I see the "sleeping ants" when I have > Accessibility > Display > Reduce motion checked in the System Preferences > application and "marching ants" if it is unchecked. > > Are any of the LibreOffice preferences shown in the following screen > snapshot different on your machine?: > > https://bugs.documentfoundation.org/attachment.cgi?id=188639 I have the same settings except "Show overwrite warning ..." is not set but this doesn't influence the behavior - I have tested. As written in Comment 3 and reported in bug 155414 comment 16, 17 and 18 the problem reported in the bug seems to concern only Windows but not Linux and macOS.
See tdf#155414 comment 26: This is a Windows-only regression from commit 9d68c794d67259a38de1465090f6f1e7fb588d62 Author: Patrick Luby Date: Fri Jul 21 19:55:02 2023 -0400 tdf#155414 include system "reduce animation" preferences Allow the system's "reduce animation" preferences to disable the Calc animated border when copying a selection of cells. Also, fix failure to stop the animated border when a copy action is performed in a different document by cancelling the animated border. This transferable has lost ownership of the system clipboard so, in essence, the previous copy action that created this transferable has been cancelled. Change-Id: I4da6d557c5dbf653c38a99eb7a16d961843a41d6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154752 Tested-by: Jenkins Reviewed-by: Michael Weghorn Reviewed-by: Patrick Luby
(In reply to Michael Weghorn from comment #8) > See tdf#155414 comment 26: > This is a Windows-only regression from > > commit 9d68c794d67259a38de1465090f6f1e7fb588d62 > Author: Patrick Luby > Date: Fri Jul 21 19:55:02 2023 -0400 > I have reverted the portion of the above commit that stops the animated border when a copy action is performed in a different document by cancelling the animated border. I'll post again when the fix is in the nightly master build.
Patrick Luby committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f324cba8600f9aa2c13e8531e1ce5467442b097b tdf#156506 Fix failure to draw copy border on Windows It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I think that I have fixed this and the my fix should be in tomorrow's (31 July 2023) nightly builds: https://dev-builds.libreoffice.org/daily/master/ Can any Windows users confirm that my fix works for you?
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/5662bb4eec10ac62aea79272047ed49cfa264d27 tdf#156506 Fix failure to draw copy border on Windows It will be available in 7.6.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I have succesfully tested with both Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2a9e83a673300dfe15a3acc66acd560b2a7cae43 CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded and Version: 7.6.1.0.0+ (X86_64) / LibreOffice Community Build ID: b6ed7c7be2a94777ee9b1c4a5ddf77e3f5343efe CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded Result: In both ants are back - for me it is OK!
Marking bug as verified.
Patrick Luby committed a patch related to this issue. It has been pushed to "libreoffice-7-6-0": https://git.libreoffice.org/core/commit/233f81aaf9b74da8e36e5f5a3ed50a15ba11c6da tdf#156506 Fix failure to draw copy border on Windows It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #15) > Patrick Luby committed a patch related to this issue. > It has been pushed to "libreoffice-7-6-0": > > https://git.libreoffice.org/core/commit/ > 233f81aaf9b74da8e36e5f5a3ed50a15ba11c6da > > tdf#156506 Fix failure to draw copy border on Windows > > It will be available in 7.6.0. > > The patch should be included in the daily builds available at > https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More > information about daily builds can be found at: > https://wiki.documentfoundation.org/Testing_Daily_Builds > > Affected users are encouraged to test the fix and report feedback. AFAIK on https://dev-builds.libreoffice.org/daily there are only builds for LO 7.6.1 now - and soon higher. The next LO 7.6.0 build I expect is RC3. Is there an other place where one can find still now daily builds for LO 7.6.0?
Succesfully tested with Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded Ants are displayed!