diff options
| author | Michael Stahl <mstahl@redhat.com> | 2014-02-03 11:26:59 +0100 |
|---|---|---|
| committer | Caolán McNamara <caolanm@redhat.com> | 2014-02-04 12:35:55 +0000 |
| commit | 9c2c06e3fbe990316577c6f001683d7ce130ad40 (patch) | |
| tree | f92c15be8cc863f82c67dc7eeeb78294f2fbae94 /idl | |
| parent | 453bd2246011e1144ce30dbbac90f3d42839a69d (diff) | |
fdo#74435: SdrPageView::DrawLayer(): hack to avoid spuriously visible images
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 8af09bf33291df2fb2bfbbd6e42f9bf074fcc4fc)
Change-Id: Iafc595241df05204bccec1f2336014fc471b6602
(cherry picked from commit 66f8b54931f193bdc844c6bca388d9bde98779cd)
Reviewed-on: https://gerrit.libreoffice.org/7811
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
Diffstat (limited to 'idl')
0 files changed, 0 insertions, 0 deletions