summaryrefslogtreecommitdiffstats
path: root/forms/inc/pch/precompiled_frm.hxx
diff options
context:
space:
mode:
authorMike Kaganski <mike.kaganski@collabora.com>2024-07-14 22:01:59 +0500
committerMike Kaganski <mike.kaganski@collabora.com>2024-07-14 21:16:54 +0200
commit2e0664015255ffc0f76a11a9cb254564b34de496 (patch)
tree22873bcde7fb60bf6fd22c923cf118821ad2bde0 /forms/inc/pch/precompiled_frm.hxx
parentdrop these fuzzers to short lengths temporarily (diff)
downloadcore-2e0664015255ffc0f76a11a9cb254564b34de496.tar.gz
core-2e0664015255ffc0f76a11a9cb254564b34de496.zip
tdf#148647: make sure to update own content on Win clipboard change
Before, only a new call to setContents, or destruction of the data object referenced from CWinClipboard, would force CWinClipboard to clean its m_pCurrentClipContent. A data object could be referenced elsewhere, and so not get destroyed on clipboard change; this kept the value of m_pCurrentClipContent, and all the following calls to getContents would still return that stuck own data object. This change makes CWinClipboard store new own data object pointer into temporary m_pNewOwnClipContent. In onClipboardContentChanged notification, the value is moved to m_pCurrentOwnClipContent. This ensures that following onClipboardContentChanged events will clear m_pCurrentOwnClipContent, preventing stuck clipboard content. Change-Id: Idd0a64a820d79bede9deceba8d5800b7fc61e66b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170459 Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Tested-by: Jenkins
Diffstat (limited to 'forms/inc/pch/precompiled_frm.hxx')
0 files changed, 0 insertions, 0 deletions