Description: If a combining placed very higher, the top edge could be overlapped. Reproduce with Doulos SIL Cipher: http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=CipherMusic Steps to Reproduce: 1. Download DoulosSILCipher-1.020.zip 2. Install DoulosSILCipher-R.ttf 3. Open CipherMusicSample.odt with LO Writer Actual Results: At the first time, Combining Fermata (U+0352) clipped if it placed over number 3 and Combining Dot Above (U+0703), see my attachment. But if I minimize the window into taskbar, then reopen it, the problem is disppeared. Expected Results: All the characters sould not be clipped at the first time. Reproducible: Always User Profile Reset: No Additional Info: 版本：5.4.4.1 (x64) Build ID：da790616461e15a10c95a80eb8ef8ee7b726c114 CPU 线程：4; 操作系统：Windows 6.19; UI 渲染：默认; 区域语言：zh-CN (zh_CN); Calc: group User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Created attachment 138345 [details] Snapshot
Hi Volga, Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Created attachment 147078 [details] Snapshot on LibO 6.1.3 OK Xisco, I reproduced again in LO 6.1.3. It still affect me both at the first time and resize the page. 版本：6.1.3.2 (x64) Build ID：86daf60bf00efa86ad547e59e09d6bb77c699acb CPU 线程：4; 操作系统：Windows 10.0; UI 渲染：默认; 区域语言：zh-CN (zh_CN); Calc: group threaded
Created attachment 147079 [details] Snapshot after resizing to page width
Hello Volga, A new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Created attachment 151745 [details] Snapshot on LibO 6.2.4 OK, the problem is still there. 版本: 6.2.4.2 (x64) Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU 线程: 4; 操作系统: Windows 10.0; UI 渲染: 默认; VCL: win; 区域语言: zh-CN (zh_CN); UI 语言: zh-CN Calc: threaded
Not reproduced. It might be that a new HarfBuzz fixed the problem. Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists with 6.4. Change to RESOLVED WORKSFORME, if the problem went away. Version: 6.4.0.0.alpha0+ (x64) Build ID: 3e64065612acec2eb29aa21e2b515953422256d7 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-08-15_22:57:26 Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded Arch Linux 64-bit Version: 6.4.0.0.alpha0+ Build ID: b9a776837462eeb6d50d0decc42604c0c3008eb1 CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 11 August 2019
Created attachment 153937 [details] Snapshot on LibO 6.3.1 Oh well, I can still reproduced in 版本: 6.3.1.2 (x64) Build ID: b79626edf0065ac373bd1df5c28bd630b4424273 CPU 线程: 4; 操作系统: Windows 10.0; UI 渲染: 默认; VCL: win; 区域语言: zh-CN (zh_CN); UI 语言: zh-CN Calc: threaded when I opened this file.
[Automated Action] NeedInfo-To-Unconfirmed
Created attachment 153975 [details] Screenshot of working result
its still not working , http://webtrafficgeeks.org
Hello Team, I was wondering if what is the current status of this bug issue? Seems that there are no updates anymore or does it migrated to other bug sites? Thank you Sam https://getpeople.io
Created attachment 173988 [details] screenshot of issue in LO 7.3 alpha0 The issue is inconsistent, which would explain why it was not reproduced in Comment 7. In a recent master build, I opened the document after installing the font, and reproduced the issue, as see in this screenshot. However, after zooming in or out, or resizing the window, the font displayed properly. (screenshot in next comment) You even might get a very quick glimpse of the characters properly displayed when opening the document in the first place. Maybe a hint at what the issue is: if you select the line of text, you'll see that the part that is not painted is whatever is outside the selection rectangle. So is the issue related to how LO paints the viewport, somehow? Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 67f2a99229101757af4f40118f4d3c83ba38648b CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-US Calc: threaded
Created attachment 173989 [details] screenshot of text properly displayed after zooming or resizing the window (LO 7.3 alpha0)
Reproduced on Ubuntu 18.04 as well. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 1dd4a80fa076bedb3a82821517036bad8dd79857 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-26_22:41:19 Calc: threaded
Dear Volga, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
After reviewing the sample documents, this appears to be a duplicate and was fixed by the following commit: https://git.libreoffice.org/core/commit/976b16b1c6ad6e6eaded7a9fb24388c4512e21e2 tdf#152024 Diacritics cut off at top and bottom of paragraph *** This bug has been marked as a duplicate of bug 152024 ***