Bug 167386 - copy & pasting text boxes fail
Summary: copy & pasting text boxes fail
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
25.2.4.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks: Object-Selection-Alignment
  Show dependency treegraph
 
Reported: 2025-07-05 03:59 UTC by pfu1234
Modified: 2025-07-13 09:55 UTC (History)
5 users (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 pfu1234 2025-07-05 03:59:19 UTC
Hi- re: Libreoffice 25.2.4

fail copying an existing anchored text box then pasting to another cell.

used both right-click "copy" & "paste" and the control C & V options.

Do this all the time in 28.8.4 & prior versions without a problem.

Doing the copy thing seems normal, put pasting fails.  Nothing pastes, just the cell you want to paste into appears to be selected.

Thanks
Comment 1 pfu1234 2025-07-05 04:27:44 UTC
Oof, correction.

Have done this all the time in version 24.8.4 & prior.
Comment 2 pfu1234 2025-07-05 04:30:19 UTC
Doing the copy thing seems normal, BUT pasting fails.  Nothing pastes, just the cell you want to paste into appears to be selected.

wow - what happened to my typing.  Um, let's blame voice to text.
Comment 3 V Stuart Foote 2025-07-05 11:17:01 UTC
Confirmed, sort of. To select for copy & paste the draw text frame, or another draw shape, in scalc we *now* have to explicitly enter the draw object's edit mode.

Object selection by l-mouse Click does not get us there, it used to. Draw object is selected but into its text mode, and copy & paste as the object fails.

We now have to expose the 'Drawing' tool bar, and use its 'Select' button, UI will context shift into the draw shape mode--SB deck reflects the draw shape properties *and* the 'Drawing object properties' toolbar will activate.

But, I think this was done intentionally? See also bug 167386 [1], where to expose the draw shape text edit controls the shell got tweaked.

@Blazas, @Xisco something more needed for copy & paste of draw objects in calc?

=-ref-=
[1] https://gerrit.libreoffice.org/c/core/+/185031

Version: 25.2.4.3 (X86_64) / LibreOffice Community
Build ID: 33e196637044ead23f5c3226cde09b47731f7e27
CPU threads: 28; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 4 V Stuart Foote 2025-07-05 12:22:42 UTC
(In reply to V Stuart Foote from comment #3)
> But, I think this was done intentionally? See also bug 167386 [1],

make that see also bug 166481
Comment 5 Saburo 2025-07-10 00:47:33 UTC
This seems to have been fixed by the following commit.
It should probably be backported to 25.2.

Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 29edbf28fc3135ccc6d84f9484df939c5f891746
CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: default; VCL: win
Locale: ja-JP (ja_JP); UI: en-US
Calc: CL threaded

commit 29edbf28fc3135ccc6d84f9484df939c5f891746
author	Balazs Varga

tdf#166633 - sc fix wrong context menu for text boxes

Handle separately text SdrObjs from not text SdrObjs
because when we create a new text object we also set
in edit mode automatically.

regression from commit: 7e15c704cedf1ca77b3ebe8b3b60f6a1ad57deb0
(tdf#166481 sc shapes edit view: fix wrong draw view shell)

Change-Id: I4887c5f24a277fbbf01b4449148f3934b043220b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/185618