https://bugs.freedesktop.org/show_bug.cgi?id=78149

Michael Stahl <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED
           Assignee|[email protected] |[email protected]
                   |desktop.org                 |
                 CC|                            |[email protected],
                   |                            |[email protected]
           See Also|                            |https://issues.apache.org/o
                   |                            |oo/show_bug.cgi?id=98402,
                   |                            |https://issues.apache.org/o
                   |                            |oo/show_bug.cgi?id=99876

--- Comment #5 from Michael Stahl <[email protected]> ---
very odd... on 4.2 branch point can reproduce it _only_ if scrolling right
after the file is loaded with the mouse wheel... when waiting a few seconds,
scrolling immediately by PgDn or scrollbar, caption is there...

on current 4.2 and 4.1.6 the caption is consistently there.

on master the caption is consistently missing.

problem reproduces very well with 4.0.6 while 3.6.7 and older
don't have problem.

get bunch of these assertions when it's failing:

warn:legacy.osl:31722:1:sw/source/core/layout/flylay.cxx:946:
::CalcClipRect(..) - frame, vertical position is oriented at, is missing .
warn:legacy.osl:31722:1:sw/source/core/layout/flylay.cxx:444:
<SwFlyFreeFrm::CheckClip(..)> - fly frame has negative height now.

so for master this commit made it occur more often,
specifically the  pDocSh->GetPreviewMetaFile()
which does some additional layouting:

commit e2eda70f2746f08376d8cdf5e5360df217335aef
Author:     Jan Holesovsky <[email protected]>
AuthorDate: Tue Feb 4 00:33:14 2014 +0100

    startcenter: fdo#72469: Thumbnails also for other file types than ODF.

...

the reason why that commit changes things is that when the
MetaFile is produced, the drawing layers are painted
with no ViewPort (ClippingArea) set, which causes
*all* fly-frames to be painted; most of them have
not been layouted at that point and apparently they
are not properly layouted during painting (hence the numerous
assertions), and the particular one on page 10 is layouted
in such a way that it remains broken later.

setting the ViewPort should fix things quite a bit, as it has already
fixed some other problems with printing in OOo history.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to