| Summary: | Japanese, vertical CTL text: some pasted text displayed incorrectly | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Rob <rob> |
| Component: | Writer | Assignee: | Jonathan Clark <jonathan> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dgp-mail, himajin100000, khaled, shinji.enoki |
| Priority: | medium | ||
| Version: | Inherited From OOo | ||
| Hardware: | All | ||
| OS: | Linux (All) | ||
| Whiteboard: | target:25.2.0 | ||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 83066, 106045 | ||
| Attachments: |
Vertical RTL LibreOffice Writer template
wagahai_neko.txt text_copied.odt screenshot_after_open.png screenshot_after_copy.png |
||
|
Description
Rob
2023-06-11 03:06:49 UTC
Created attachment 187831 [details]
wagahai_neko.txt
Created attachment 187832 [details]
text_copied.odt
Created attachment 187833 [details]
screenshot_after_open.png
Created attachment 187834 [details]
screenshot_after_copy.png
Rob, I'm not sure how I should copy .txt -file (if I open it in Microsoft Editor it looks very ugly). So I've just opened text_copied.odt and couldn't confirm the problem. Everything looks fine. Perhaps problem is only related to Linux? Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 069c7dc4e9706b40ca12d83d83f90f41cec948f8 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Thanks for your time, Dieter. After seeing your comment, I tried in Windows as well, and was also unable to replicate this issue in a Windows 10 VM. Under Linux, I noticed that sometimes, several pastes of the same text are necessary to observe the issue. I tried this also in Windows, and did not observe the issue. I have tested this under both Wayland and X11, and observed this issue in both cases: Wayland: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: en-GB (ja_JP.utf8); UI: en-US Gentoo official package Calc: threaded X11: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 3; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.utf8); UI: ja-JP Gentoo official package Calc: threaded I also observed this issue in a KDE VM: Version: 7.5.2.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 2; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 4:7.5.2-0ubuntu1 Calc: threaded I'm happy to provide any other information. reproduced in Debian 11 Version: 7.5.5.2 (X86_64) / LibreOffice Community Build ID: ca8fe7424262805f223b9a2334bc7181abbcbf5e CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP Calc: threaded When I turned it on by clicking the menu [View]-[Format Marks], the overlap disappeared. The overlap does not appear even with Format Marks turned off. But when I close the file and reopen it, it's overlapping again. After applying the fix for bug 107209, I can no longer reproduce this issue. It's likely this was a duplicate, but the steps to reproduce are very different and don't fit my current understanding of the issue. I think it would be best to separately verify this bug, so I am instead marking it fixed. Jonathan Clark committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c7f1e41ca672f6bb1055b92012fff0d92a5ff805 tdf#107209 Writer correct vertical text break after fly portions It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. |