Bug Hunting Session
Bug 113373 - Enabling 'follow text flow' causes shape to not render
Summary: Enabling 'follow text flow' causes shape to not render
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.4.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Shapes
  Show dependency treegraph
 
Reported: 2017-10-23 08:19 UTC by Yousuf Philips (jay) (retired)
Modified: 2019-06-12 07:37 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
sample (25.24 KB, application/vnd.oasis.opendocument.text)
2017-10-23 08:19 UTC, Yousuf Philips (jay) (retired)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2017-10-23 08:19:50 UTC
Created attachment 137228 [details]
sample

steps:
1. open attachment
2. select the diamond shape at bottom of page 1
3. right-click > position and size
4. check 'follow text flow' checkbox
5. shape will jump to page 2 but will be invisible

regression as this doesnt happen in 5.3.7.1

Version: 6.0.0.0.alpha1+
Build ID: d76c4e5c9aaf8bd27ec97679bcaeba5b18aca493
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 1 Xisco Faulí 2017-10-23 09:01:10 UTC
Regression introduced by:

author	Michael Stahl <mstahl@redhat.com>	2016-12-06 21:59:40 (GMT)
committer	Michael Stahl <mstahl@redhat.com>	2016-12-07 13:46:07 (GMT)
commit	689cead9e0837dc932e3a4cd765f7d319b529018 (patch)
tree	cd6cdcd77f017ef1e60ec11556617da5b1c39721
parent	b346439637b7d03a3eb1d6e67dfb585b357567f4 (diff)
tdf#91260 svx, sw: don't paint off-page part of drawing object
Since commit a4dee94afed9ade6ac50237c8d99a6e49d3bebc1 Writer no
longer forces drawing objects to be entirely on one page.  However since
there is only one SdrPage for the entire document, a drawing object
dangleing off the bottom of one page will be painted again on the next
page, which is clearly undesirable since Word doesn't do that
(and it also destroys the nice invariant that a fly on page N never
overlaps a fly on page N+1).

Bisected with: bibisect-linux-64-5.4

Adding Cc: to Michael Stahl
Comment 2 QA Administrators 2019-06-12 02:58:20 UTC Comment hidden (obsolete)
Comment 3 Regina Henschel 2019-06-12 07:37:43 UTC
The problem still exists in Version: 6.4.0.0.alpha0+ (x64)
Build ID: 87238627b025ee6aa61378667e56b1769d4460c2
CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-09_03:04:32
Locale: de-DE (en_US); UI-Language: en-US
Calc: threaded