Bug 101679 - Characters shifted in vertical typesetting mode.
Summary: Characters shifted in vertical typesetting mode.
Status: RESOLVED DUPLICATE of bug 149297
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: CJK Vertical-Text
  Show dependency treegraph
Reported: 2016-08-23 07:49 UTC by chenchiel
Modified: 2023-05-29 09:47 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Right to left typesetting bug sample. (27.17 KB, application/vnd.oasis.opendocument.text)
2016-08-23 15:54 UTC, chenchiel
Screen shot for right-to-left typesetting shifted rendering (1.02 MB, image/png)
2016-08-23 16:05 UTC, chenchiel
Bug as seen in version 6.0.0 and in Linux (332.96 KB, image/png)
2017-11-14 09:53 UTC, Omer Zak
Word and LO rendering (2.60 MB, image/png)
2023-03-19 09:21 UTC, eisa01

Note You need to log in before you can comment on or make changes to this bug.
Description chenchiel 2016-08-23 07:49:24 UTC
User-Agent:       Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36
Build Identifier: 066b007f5ebcc236395c7d282ba488bca6720265

When I set Text direction Right-to-left(vertical) mode for typesetting of Chinese, I found that the characters are shifted to left around half width of a character, especially for the last column of the paragraph, half of the characters are cut off and do not display any more. It seems something wrong to display in vertical typesetting mode, and also for underlines(seems become delete line but actually not). And also do not Export as PDF because the character will rotate 90 degrees but works if you choose print then save as PDF(the bookmarks for contents will missing if do like this).

Reproducible: Always

Reset User Profile?No
Comment 1 Alex Thurgood 2016-08-23 12:58:32 UTC
chenchiel : for those of us that do not generally type using RTL, can you please provide a sample document showing what you consider to be the buggy behaviour.

As for the export to PDF and rotation of the characters, I believe that this is already known, but it should be considered under a separate bug report. Please file a separate report for this.

Setting to NEEDINFO pending requested information. Please set back to UNCONFIRMED once you have provided a test file showing the problem of incorrect character spacing/alignment.
Comment 2 Alex Thurgood 2016-08-23 13:06:10 UTC
Please also check whether the behaviour you are experiencing is either that described in bug 85119, or bug 40335, in which case, this is a DUPLICATE of either one of those bug reports.
Comment 3 Alex Thurgood 2016-08-23 13:11:43 UTC
Please also provide your LO version nnumber.
Comment 4 chenchiel 2016-08-23 15:54:12 UTC
Created attachment 126990 [details]
Right to left typesetting bug sample.

Now, the sample of Right-to-left typesetting document is attached.
Comment 5 chenchiel 2016-08-23 15:57:03 UTC
By the way, it only weired in Mac os. I tried on Ubuntu, it can work very well.
Comment 6 chenchiel 2016-08-23 16:05:19 UTC
Created attachment 126991 [details]
Screen shot for right-to-left typesetting shifted rendering
Comment 7 Alex Thurgood 2016-08-31 12:29:29 UTC
Confirming on 

Build ID: 066b007f5ebcc236395c7d282ba488bca6720265
Threads CPU : 2; Version de l'OS :Mac OS X 10.11.6; UI Render : par défaut; 
Locale : fr-FR (fr.UTF-8)

The problem is, or so it seems to me, visible always in the sentence of a paragraph which wraps to an orphan end of sentence. The cursor/characters visibly show a positional change on the horizontal axis.
Comment 8 Alex Thurgood 2016-08-31 12:38:17 UTC
Tested against :

Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72

OSX 10.11.6

where the same problem seems even more acute and every character is affected.

The problem also seems to be present in 
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-
Comment 9 Omer Zak 2017-11-14 09:52:51 UTC
I tested in:

Build ID: 9050854c35c389466923f0224a36572d36cd471a
CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.utf8); Calc: group

OS: Debian 64bit Stretch (Debian 9.2, with some backported packages)

Now there seems to be a different bug:
1. There are lots of vertical lines which did not appear in http://bugs.documentfoundation.org/attachment.cgi?id=126991
2. Characters are cut off at the right side rather than left side.
Comment 10 Omer Zak 2017-11-14 09:53:35 UTC
Created attachment 137739 [details]
Bug as seen in version 6.0.0 and in Linux
Comment 11 QA Administrators 2019-03-01 03:50:18 UTC Comment hidden (obsolete)
Comment 12 eisa01 2020-05-03 12:08:35 UTC
Seems to be still present

Do you also have the issue in Linux now? Comment #10 seems to have the same problem

Build ID: 4db9852e73d9e9d662fc8a2783bace79addf1805
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 13 QA Administrators 2022-05-04 03:50:07 UTC Comment hidden (obsolete)
Comment 14 eisa01 2023-03-19 09:21:25 UTC
Created attachment 186065 [details]
Word and LO rendering
Comment 15 eisa01 2023-03-19 09:25:20 UTC
Still present

Also tested in Linux, but missing the fonts used here. It does still look weird (two columns are rendered above the page as on LO for macOS)

Attached a screenshot of how Word renders the document

Version: (AARCH64) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 10; OS: Mac OS X 13.2.1; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 16 ⁨خالد حسني⁩ 2023-05-29 09:47:42 UTC
The macOS horizontal shift is long fixed, the current vertical shift is duplicate of bug 149297.

I can’t reproduce any issues on Linux.

*** This bug has been marked as a duplicate of bug 149297 ***