Bug 160872 - Overlapped character in Print / PDF when there is a vertical string of Kanji characters in a table
Summary: Overlapped character in Print / PDF when there is a vertical string of Kanji ...
Status: RESOLVED DUPLICATE of bug 157390
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
7.5.0.0 alpha0+
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Jonathan Clark
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: CJK Writer-Tables
  Show dependency treegraph
 
Reported: 2024-04-30 15:34 UTC by kein2nd
Modified: 2024-07-24 10:07 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample .odt file in which characters are printed on top of each other when printed (14.63 KB, application/vnd.oasis.opendocument.text)
2024-05-15 14:58 UTC, kein2nd
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kein2nd 2024-04-30 15:34:57 UTC
Description:
When I print the following docx and dot files, the Kanji characters in the table are misaligned and printed over the other characters.


Steps to Reproduce:
1.Create a table that is at least 2x2
2.Create a cell (a) that spans multiple rows in a table
3.Write a vertical string containing Kanji characters in cell (a)
4.In the cell next to (a), write the characters in (a) that contain the Kanji characters.

Actual Results:
https://ask.libreoffice.org/uploads/asklibo/original/3X/f/4/f4eed95150b1ac086af5bbcb2f786c09fbab44a9.png

Expected Results:
https://ask.libreoffice.org/uploads/asklibo/original/3X/c/4/c470b5de4ed07be12ab35a8c55d2d7884440506d.png


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Ubuntu22.04 LibreOffice(Ver7.3.7.2) print result normal (LibreOffice version installed by default)
Ubuntu23.10 LibreOffice(Ver7.6.5.2) Abnormal print result (LibreOffice version installed by default)
Ubuntu24.04 LibreOffice(Ver24.2.2.2) Abnormal print result (LibreOffice version installed by default)

Ubuntu24.04 LibreOffice(Ver7.3.7.2) print result normal  LibreOffice7.3.7.2 is installed by default Ubuntu 22.04
Ubuntu24.04 LibreOffice(Ver7.4.7.2) print result normal 7.4.7.2 was also normal
Ubuntu24.04 LibreOffice(Ver7.5.9.2) print result is abnormal
Ubuntu24.04 LibreOffice(Ver7.6.6) print result is abnormal
Comment 1 Dieter 2024-05-15 04:34:28 UTC Comment hidden (obsolete)
Comment 2 Dieter 2024-05-15 04:34:43 UTC Comment hidden (obsolete)
Comment 3 kein2nd 2024-05-15 14:58:34 UTC
Created attachment 194134 [details]
Sample .odt file in which characters are printed on top of each other when printed
Comment 4 QA Administrators 2024-05-16 03:16:44 UTC Comment hidden (obsolete)
Comment 5 Stéphane Guillou (stragu) 2024-05-22 05:21:52 UTC
Reproduced in PDF export as well.
Indeed, if the left cell's orientation is changed from Vertical to Horizontal, the issue is not reproduced.

I bibisected with linux-64-7.5 repo to two commits, very similarly to bug 157390. (I am ignoring the table cells rendered off into the left margin, issue that is now resolved.)

At build commit [caee3eee4bab84fb7e7f438ea1ff43496414f096], first row is missing its last few characters. This is:

commit 60fd694ac362e9314f54fa992e31e8baa5bdf80f
author	Khaled Hosny 	Tue Sep 06 00:56:37 2022 +0200
committer	خالد حسني 	Tue Sep 06 15:05:39 2022 +0200
vcl: Add LogicalFontInstance::GetGlyphWidth()
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139462

Later on, at build commit [e02e4eac04b0750cdd4e82ee0d7962033ca96786], the missing characters in row 1 are back but overlap previous characters - same as in a recent daily build.

commit e5a797a9beb03b9d9759a94b98107f509a0d5488
author	Khaled Hosny 	Sun Sep 18 13:04:05 2022 +0200
committer	خالد حسني 	Mon Sep 19 13:38:52 2022 +0200
vcl: Fix Type 3 glyph widths
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140126

Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: ae798781ef4df7a1fdef13af0bc459bf4f6e7b4c
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

Khaled, any chance you could have a look at this one and bug 157390, or should I ping John?
Comment 6 Jonathan Clark 2024-07-24 10:07:59 UTC

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