/source/ja/xmlsecurity/

Age	Commit message (Collapse)	Author
2022-11-16	CppunitTest_sc_shapetest: inherit from ScModelTestBase	Xisco Fauli
	which inherits from UnoApiXmlTest. In order to get rid of duplicated code Change-Id: I36b1edf21fd58eecce482331f5cca577ac7f7b01 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142758 Tested-by: Jenkins Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2022-11-07	sc: factor out common code in make files	Xisco Fauli
	I had to rename some .cxx files to follow the same patterns. The renaming cause clang-format to be triggered for those files CppunitTest_sc_functionlistobj fails with xindexaccess.cxx:26:Assertion Test name: sc_apitest::ScFunctionListObj::testGetCount equality assertion failed - Expected: 395 - Actual : 508 if it doesn't use gb_CppunitTest_use_components Change-Id: I7c929512bbf05293118bc54b343a59c8bbee5538 Change-Id: I21971773f1e2d4bc7a6f33e4c392b20abf8d54de Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142387 Tested-by: Jenkins Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2022-10-26	More CppunitTests need the ASan hack	Stephan Bergmann
	...from e854abe076155fc085b56549ced50b3ee9a095d2 "Avoid external processes picking up instdir/program/libnspr4.so", after Xisco's recent CppunitTest clean- up Change-Id: Ia47e770a439af3476f81f8c28f2527bbf144baa4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141890 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2022-08-29	ref-count SdrObject	Noel Grandin
	Which means we can get rid of the majestic hack of ScCaptionPtr Previously, SdrObject was manually managed, and the ownership passed around in very complicated fashion. Notes: () SvxShape has a strong reference to SdrObject, where previously it had a weak reference. It is now strong since otherwise the SdrObject will go away very eagerly. () SdrObject still has a weak reference to SvxShape () In the existing places that an SdrObject is being deleted, we now just clear the reference () instead of SwVirtFlyDrawObj removing itself from the page that contains inside it's destructor, make the call site do the removing from the page. () Needed to take the SolarMutex in UndoManagerHelper_Impl::impl_clear because this can be called from UNO (e.g. sfx2_complex JUnit test) and the SdrObjects need the SolarMutex when destructing. () handle a tricky situation with SwDrawVirtObj in the SwDrawModel destructor because the existing code wants mpDrawObj in SwAnchoredObject to be sometimes owning, sometimes not, which results in a cycle with the new code. Change-Id: I4d79df1660e386388e5d51030653755bca02a163 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138837 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2021-02-13	tdf#134355 custom shapes are never on layer 'controls' in Calc	Regina Henschel
	Custom shapes were erroneously put on layer 'controls' when drag- create them. But layer 'controls' is special to force form controls to front in edit mode. Layer 'controls' is exclusively used for form controls. Change-Id: I2dd8a3b5ee6ac9bcc72f0446b17a49c037aa6731 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/110763 Tested-by: Jenkins Reviewed-by: Regina Henschel <rb.henschel@t-online.de>
2021-02-10	tdf#140252 Controls in Calc are always on layer 'controls'	Regina Henschel
	The ctor of SdDrawLayer had set the name of the control layer to 'Controls' (uppercase), whereas the ctor of SdrLayerAdmin sets it to 'controls' (lowercase). In result, for a control object in Calc the layer was not found and therefore set to default layer ID 0. I have not investigated in detail why it was not found, but simple change the name in Calc to use 'controls' too. Second error was, that a control, which was inserted as default object via ctrl+click, had not get 'controls' als layer. Change-Id: Iaac349cda0b0dcf3f098ca3484308ac52a83aa38 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/110636 Tested-by: Jenkins Reviewed-by: Regina Henschel <rb.henschel@t-online.de>
2019-12-11	tdf#119191 Implement SdrObjCustomShape::AdjustToMaxRect	Regina Henschel
	and use in ScDrawLayer::RecalcPos and in ScDrawView::FitToCellSize(). Error was, that it was assumed, that SdObjCustomShape::SetSnapRect() changes the shape so, that it fits into the passed rectangle. That is true for other type of shapes, but not for custom shapes. Change-Id: Ib00d52087509f459165000abf43c7f244980a01b Reviewed-on: https://gerrit.libreoffice.org/84216 Tested-by: Jenkins Reviewed-by: Regina Henschel <rb.henschel@t-online.de>