Bug 117938 - On Vertical-RTL pages, objects rendered off-page when setting their anchor to the page
Summary: On Vertical-RTL pages, objects rendered off-page when setting their anchor to...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
: 119712 (view as bug list)
Depends on:
Blocks: RTL-CTL
  Show dependency treegraph
Reported: 2018-05-31 15:31 UTC by jun meguro
Modified: 2020-07-06 13:39 UTC (History)
10 users (show)

See Also:
Crash report or crash signature:

sample document (8.29 KB, application/vnd.oasis.opendocument.text)
2018-05-31 15:31 UTC, jun meguro
format > page > page (200.90 KB, image/png)
2018-06-01 17:37 UTC, jun meguro
Screenshot page style dialog (60.21 KB, image/jpeg)
2018-06-03 06:15 UTC, Dieter
screenshot gif (49.47 KB, image/gif)
2019-05-11 12:59 UTC, Usama

Note You need to log in before you can comment on or make changes to this bug.
Description jun meguro 2018-05-31 15:31:48 UTC
Created attachment 142450 [details]
sample document

1,open new writer document.
2,Format > page > page
3,Set "Text direction" to "Right to left(vertical)".
5,Insert new object(Text box,shape,etc..)
6,Set object anker to "page".
7,Inserted object will disapear.(Object still on document,but can't look)
Comment 1 Dieter 2018-06-01 05:53:17 UTC
Couldn't reproduce it.

But I also couldn't follow your steps, because I couldn't find the setting "text direction" in Format => Page => Page. I can find it in Format => Paragraph => Alignment: Text directon "Right-to-left (RTL)"
Comment 2 jun meguro 2018-06-01 17:37:42 UTC
Created attachment 142479 [details]
format > page > page

Screen shot of configure text direction in page format setting.
Comment 3 Dieter 2018-06-03 06:15:03 UTC
Created attachment 142491 [details]
Screenshot page style dialog

There are obviously differences in the UI of the page style dialog between Windows and your System (Linux?). Perhaps someone else is able to reproduce the bug
Comment 4 Takeshi Abe 2018-06-07 09:51:17 UTC
It is needed to
1. open "Tools" > "Option" > "Language Settings" > "Languages" and
2. check "Asian" and choose e.g. "Japanese" as "Default Languages for Documents"
in advance for making the text direction option available in the "Format" > "Page" > "Page" dialog

Confirmed the reported behavior with the following vesions:

Version: (x64)
Build ID: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf
CPU threads: 8; OS: Windows 10.0; UI render: default; 
Locale: en-US (en_US); Calc: group


Version: (x64)
Build ID: 7c666e66b7f176bd8910e64f6008ff24151b37a5
CPU threads: 8; OS: Windows 10.0; UI render: default; 
Locale: en-US (en_US); Calc: group threaded
Comment 5 Xisco Faulí 2018-06-11 10:57:23 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 6 Xisco Faulí 2018-09-07 10:11:06 UTC
*** Bug 119712 has been marked as a duplicate of this bug. ***
Comment 7 Xisco Faulí 2018-09-07 10:22:17 UTC
@Justin, @Miklos, I thought you could be interested in this issue...
Comment 8 Eyal Rozenberg 2018-09-30 17:29:34 UTC
Bug still manifests with:

Build ID: ad6adb1bfadf49af3187a0bb3ceffbf355e9eed1
CPU threads: 4; OS: Linux 4.9; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-09-29_02:45:20
Locale: en-US (en_IL); Calc: threaded

without any Asian-language-related settings (but with CTL enabled).
Comment 9 Eyal Rozenberg 2018-09-30 17:35:43 UTC
(In reply to Eyal Rozenberg from comment #8)
I'll also add that in my Page | Page dialog, I see the list box, but vertical directions aren't an option. I reproduced with the attached document.
Comment 10 jun meguro 2019-05-11 08:26:48 UTC Comment hidden (obsolete)
Comment 11 Usama 2019-05-11 12:59:24 UTC
Created attachment 151304 [details]
screenshot gif

Confirmed on master:
Build ID: 98630a0bd49bd80652145a21e4e0d0ded792b36b
CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-05-04_04:44:35
Locale: tr-TR (tr_TR.UTF-8); UI-Language: en-US
Calc: threaded
Comment 12 jun meguro 2019-05-29 19:58:57 UTC
Still reproduced on 6.2.4 Win & Linux.

*Behavior of each type of object that anchored to the page.
-Shapes:Not visible
-Shapes inner of frame(Frame is anchored on page):visible
Comment 13 jun meguro 2019-12-21 13:00:36 UTC Comment hidden (obsolete)
Comment 14 Justin L 2019-12-21 14:49:29 UTC Comment hidden (obsolete)
Comment 15 jun meguro 2020-01-12 11:38:23 UTC Comment hidden (obsolete)
Comment 16 jun meguro 2020-05-19 11:58:22 UTC
Still reproduced on Alpha1 on Linux.
Comment 17 jun meguro 2020-06-21 13:30:11 UTC
Still reproduced on Beta2 on Linux.

Build ID: 1c213561a365b5666167321de68c9977500c9612
CPU threads: 8; OS:Linux 5.4; UI render: default; VCL: gtk3
Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP
Calc: threaded
Comment 18 JO3EMC 2020-07-06 13:39:47 UTC
Reproduced on RC1 on Windows.

Version: (x64)
Build ID: 04ba7e3f1e51af6c5d653e543a620e36719083fd
CPU threads: 8; OS:Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL