summaryrefslogtreecommitdiff
path: root/xmlhelp/Library_ucpchelp1.mk
diff options
context:
space:
mode:
authorMiklos Vajna <vmiklos@collabora.com>2024-04-30 08:44:59 +0200
committerMiklos Vajna <vmiklos@collabora.com>2024-04-30 10:12:13 +0200
commit06aeb9c61d50bba7edafe17f9d3513af26b0782f (patch)
treee87aeff0fd1021a2f455eaa5940a83b3866433c7 /xmlhelp/Library_ucpchelp1.mk
parent8b145fc3f83b5b38ff36c4986aec1f3e09863a55 (diff)
tdf#159683 sw content controls, plain text: fix crash with the clipboard docHEADmaster
Regression from commit c804c5354855188b5a37219cfe11dc079dc235f4 (sw content control: fix lost properties on copy&paste, 2023-03-10), select a plain text content control, copy it to the clipboard, quit: assertion fails during shutdown because the doc's "placeholder text" char style is still referenced by a client. What happens here is that the SwContentControl copy ctor copies the plain text flag, and that flag is only read in SwTextNode::InsertHint(), so that causes the problem. Note how that code is inconsistent: we avoid the creation of dummy characters in the copy case, but we still try to adjust the start/end of the content control attribute in the copy case, which makes not much sense. Fix the problem by not adjusting the content control attribute boundaries in the copy case, since the original intention was to do thees corrections only at a UI level, during interactive edit. It's not clear why this inconsistency had an influence on the clients of the char style, though. Change-Id: I86b0516464f24fc453dcd97588dafb8afd010a9e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166882 Reviewed-by: Miklos Vajna <vmiklos@collabora.com> Tested-by: Jenkins
Diffstat (limited to 'xmlhelp/Library_ucpchelp1.mk')
0 files changed, 0 insertions, 0 deletions