Change-Id: I512c525029ebd63d261560d27e9f38bbe94f7e10
Reviewed-on: https://gerrit.libreoffice.org/7649Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Marcos Souza <marcos.souza.org@gmail.com>
Tested-by: Marcos Souza <marcos.souza.org@gmail.com>

Change-Id: Ie36ac366af0563485b2d937903a63a9b3aca8931

Change-Id: I56dc2661de5e421e979485f718b7b2a464a03866

This reverts commit 70aff4a7.

Change-Id: I8f8b423353ae1a825be91bd94308e87844948525
Signed-off-by: Noel Power <noel.power@suse.com>

In the TestBook2.odt of fdo#73300 it happens that at some particular
points when scrolling down, the
ViewObjectContactOfPageHierarchy::getPrimitive2DSequenceHierarchy()
will determine that > 200 images are visible; most likely this is due to
an empty ObjectContactOfPageView::maViewInformation2D::getViewport().

Loading this many images may need more RAM than is available on 32bit
platforms.

That appears to happen only (but not always) if somehow (not sure
how exactly) the rectangle passed to SdrPageView::DrawLayer() and the
existing GetRedrawRegion() do not overlap at all.

(regression from commit 8af09bf3)

Change-Id: Iafc595241df05204bccec1f2336014fc471b6602

Every call to SetSwapStreamHdl uses the same timeout now so move the
function that determines that to svtools.

Change-Id: Ib7395d43dd132a9e14e7a7862ff2c2279f319536

In SwNoTxtFrm::PaintPicture() the GraphicObjects are no longer painted
via GraphicObject::Draw() any more there is the problem that they are
not cached any more in the display cache of the GraphicManager; that
used to immediately swap out the Graphic but now they are never swapped
out.  Since there appears to be no use of the GraphicManager's display
cache in the new drawinglayer based rendering path i have no idea how to
swap out the Graphic immediately; instead use the same time-out that
SdrGrafObj is using already.

This timeout is derived from the setting:
Tools->Options->LibreOffice->Memory->Graphics cache->"Remove from memory
after".

(regression from 2e516752)

Change-Id: I0d9b535a82646d9b6635cfb3917f74dcc3ad8720

Change-Id: I8f4129b840a27f3029643ad2a4852f9e10604905

(regression from bd55f05b)

Change-Id: I55532ac0fe983461e961a61149479343d2b879a1

Change-Id: I5dd344fe06a0b700cebccfece44b622d00adfb5f

Change-Id: I2e5633040d40620b3d0f01c584eb1f9790acb22d

A sandboxed build is presumably intended for the Mac App Store and we
don't want to be using deprecated crap there.

Change-Id: I0b0098f7002643b1ed53a5caaee9ffee3c9fc970

Change-Id: Ie65e31e138262475f41cd56d8da8c39cdd8836b9

Change-Id: I1b11593fc936c0a4b45c319fd73ef3b629950752

Change-Id: I878aae330a3b1658c8bca83bd8a1126d2a8d26b6

Change-Id: I4889864a3db2090c687c32e11d4d28c3dda63eb0

...ever since 4946c62f "mysqlconnector: initial
import from CWS mysqlnative"

Change-Id: I787d2ac5e48be307f47e41ecac907c36b07a92ea

Change-Id: Ic43441201309c3b466ed3dc7a5e85d0d006c0e44

Change-Id: I63a990dca554c9defd4f168fa250ebc1685baafd

Change-Id: I5c12ad690df99718dc1e5d1f25a3b62af3c6b355

Change-Id: Ie667f2d4860cf6427e93b6cf925e4bc70929e3d3

Change-Id: I0314d439412e9fcc0fbc6a7702e5ec3cddafc0c5

Thre is still some 0xffff limit left and possibly some
less than gracefully handled overflow/error cases

Change-Id: I00957ee3a30b02f73918ea49d7353056263dc638
Reviewed-on: https://gerrit.libreoffice.org/7787Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

When the custom shape is not a preset shape then construct a
PolyPolygon and use DrawingML::WritePolyPolygon() to export it.

Change-Id: I6598976a475bfcb92305338af9016e09df4c9456

Change-Id: Id81aacc6c594ad25d97f6f6dc578ed9ca16549ab

Change-Id: I68d70c1d24756de0b815a7850bbc75afcbeb9a15

Change-Id: Ie7688d400fe5e05f93c89b4c7d677a7a5c9880f5

Change-Id: I8c4560e037e772a10a521931a44594a5f7a7f7ed

Change-Id: I3af0e5be3f7c6ae15ebd26335020c8beb96d14d2

Change-Id: Ieacad6dc1909ed5647d8a6f4839c9e9d47cb655c

Change-Id: I60128dbb5bf83f25eea847fe655d7126c9077414
Reviewed-on: https://gerrit.libreoffice.org/7756Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Marcos Souza <marcos.souza.org@gmail.com>
Tested-by: Marcos Souza <marcos.souza.org@gmail.com>

Otherwise, if a note hasn't been displayed at least once before saving
that note would not get saved.  In the future, we should modify the export
code to not rely on SdrObject to check the presence of note.

Change-Id: Ib7ca3ac00a0c9cdd3a01facda7af479ef172afbe

Change-Id: Ic145781a6c2d7fefb4e80b3a84735e0fb505b0e7

Change-Id: Ib565f92b9e195a871a56d2fb95c3ef373e93da9c

Change-Id: I7ff5189473c3e0831c2f1e95264d1a04f3b716a9
Reviewed-on: https://gerrit.libreoffice.org/7761Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Marcos Souza <marcos.souza.org@gmail.com>
Tested-by: Marcos Souza <marcos.souza.org@gmail.com>

Conflicts:
	solenv/gbuild/CppunitTest.mk
Reviewed on:
	https://gerrit.libreoffice.org/7196

Change-Id: I5e53aba66c9d4c29e8941561d14ca0a638b6e081

Change-Id: Id0c7c845d128920ba278de4208f5c32dcf83ecb1
Reviewed-on: https://gerrit.libreoffice.org/7754Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Marcos Souza <marcos.souza.org@gmail.com>
Tested-by: Marcos Souza <marcos.souza.org@gmail.com>

Change-Id: Iaf20b6d2306ba76f21cb5f7be231f40b403c790a

Project: help  2328f3f8efa6622c742b6e5b826376b08cd22d46