editeng/source/items/frmitems.cxx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
New commits: commit d5233a94fde279b5758bb9c45ee64203b753b5ee Author: Caolán McNamara <caol...@redhat.com> Date: Fri Nov 11 12:10:13 2016 +0000 seems dubious to copy the state, but drop the load again bit if the assigned-to item had loaded its original content, but the assigned-from item hadn't, then surely the assigned-to item will never load the new content. if the assigned-to item hadn't loaded its original content, but the assigned-from had, then why load it again Change-Id: I68c2cf2682a517e7e630ab6cbc637b35a2b9c7aa Reviewed-on: https://gerrit.libreoffice.org/30781 Tested-by: Jenkins <c...@libreoffice.org> Reviewed-by: Caolán McNamara <caol...@redhat.com> Tested-by: Caolán McNamara <caol...@redhat.com> diff --git a/editeng/source/items/frmitems.cxx b/editeng/source/items/frmitems.cxx index d4ed23c..8aa5ee4 100644 --- a/editeng/source/items/frmitems.cxx +++ b/editeng/source/items/frmitems.cxx @@ -3428,7 +3428,6 @@ SvxBrushItem::SvxBrushItem(SvStream& rStream, sal_uInt16 nVersion, sal_uInt16 _n SvxBrushItem::SvxBrushItem(const SvxBrushItem& rItem) : SfxPoolItem(rItem.Which()) - , bLoadAgain(true) { *this = rItem; } @@ -3675,6 +3674,7 @@ SvxBrushItem& SvxBrushItem::operator=(const SvxBrushItem& rItem) maStrLink = rItem.maStrLink; maStrFilter = rItem.maStrFilter; eGraphicPos = rItem.eGraphicPos; + bLoadAgain = rItem.bLoadAgain; return *this; }
_______________________________________________ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits