Created attachment 181113 [details] formula object not displayed properly in window mode Steps to Reproduce: 1. Start Writer in Window mode 2. Create a new Formula Object, i.e. Insert -> Object -> Formula Object 3. In formula editor, simply type "y over x = %pi" Actual Results: The new formula object cannot be displayed properly in formula editor under Window mode. It does display correctly in Full screen mode or under normal text editor (when exited formula editor). Expected Results: Formula object should always be displayed properly under any mode/editor. Reproducible: Always User Profile Reset: No Additional Info: Version of LO last known good: Version: 6.4.8.0.0+ (x64) Version: 7.0.7.0.0+ (x64) Version: 7.1.8.0.0+ (x64) / LibreOffice Community Build ID: a94b58277c7aeaa83ce14347cd0b8f7137969d03 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: threaded Tested LO versions with improper display: Version: 7.2.8.0.0+ (x64) / LibreOffice Community Version: 7.3.5.0.0+ (x64) / LibreOffice Community Version: 7.4.0.0.beta1+ (x64) / LibreOffice Community Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: d2dfc0c4286057f5d8dda178817de3503c3a7d29 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: threaded This bug seems to be first happened in 7.2.x, but all subsequent verisons are inherited with this bug. I would be highly appreciated if this regression could be fixed as soon as possible. Thanks a lot!
Created attachment 181114 [details] Formula object display correctly in full screen mode
Just tested the latest snapshots for 7.3/7.4/7.5: Version: 7.3.6.0.0+ (x64) / LibreOffice Community Build ID: 4cf8c7e715fa9d1d142b86af9735eb6d5125ac84 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: CL Version: 7.4.0.1.0+ (x64) / LibreOffice Community Build ID: 66ba1c64f3b7a3d0a05523bb1b25b65e48a303ea CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: CL Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: a93d7e7df6804cd6f1f2fa1ef0e6e95ce6c3752a CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: CL It looks this formula display issue is gone. Administrator, please close this bug report. Thanks!
Thanks for your time!
Created attachment 181686 [details] Text editor zoom level <100%
Created attachment 181687 [details] Formula editor is not displayed properly
Created attachment 181688 [details] Text editor zoom level = 100%
Created attachment 181689 [details] Formula editor is correctly displayed
I trust this bug/regression is not fixed. It is just not obvious and therefore not easily revealed. This bug is always reproduceable when the zoom level of the normal text editor is less than 100%. It can show everything correctly in formula editor only when the normal text editor with a zoom level higher than or equal to 100% Therefore, the correct steps to reproduce this bug should be: 1. Start Writer, change zoom level of normal text editor to anything less than 100% 2. Create a new Formula Object, i.e. Insert -> Object -> Formula Object 3. In formula editor, simply type "y over x = %pi" I have revised the bug report title for better description. Versions don't work: Version: 7.2.8.0.0+ (x64) / LibreOffice Community Build ID: e2104950ccd738cde5865ace63af5b3501df7362 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: CL Version: 7.3.6.0.0+ (x64) / LibreOffice Community Build ID: 97f687074db5d4972af9b163047aa233f7617a42 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: CL Version: 7.4.1.0.0+ (x64) / LibreOffice Community Build ID: e6b9fab8be5f4a8de5126d1f3be82e0c738af9a0 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: CL Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4e2ce2a460458f17ee4360c45a2da2fc4b4d753e CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: CL ======================================================== Version of LO that is last known good: Version: 7.1.8.0.0+ (x64) / LibreOffice Community Build ID: a94b58277c7aeaa83ce14347cd0b8f7137969d03 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: CL In other words, this bug was first introduced somewhere in 7.2.x. While I can understand the 7.2 branch is no longer maintained, please do help fixing this regression as it is still affecting the current 7.3 and all subsequent development versions in 7.4 and up. Administrator, please re-open this bug report if you can reproduce and confirm this finding. Thanks a lot!
I can reproduce this with: Version: 7.3.2.2 (x86) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL and Version: 7.2.6.2 (x86) / LibreOffice Community Build ID: b0ec3a565991f7569a5a7f5d24fed7f52653d754 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Cannot repo with Version: 7.1.8.1 (x86) / LibreOffice Community Build ID: e1f30c802c3269a1d052614453f260e49458c82c CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL Calc: CL
bisected to d99e2ef6da322918b5169397fb98d7edd7b9a13a is the first bad commit commit d99e2ef6da322918b5169397fb98d7edd7b9a13a Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Wed Apr 21 09:40:46 2021 -0700 source ea21b870f8549d0110ef65187af50694a06458ca https://gerrit.libreoffice.org/c/core/+/114351
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/895d6716ba8f12d98e3685145d433fce72270faa Resolves: tdf#149858 embedded starmath not using correct initial zoom It will be available in 7.5.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.
done in trunk, backport to 7-4 and 7-3 in gerrit
Just tested the latest snapshot from Master branch dated Aug 16, 2022 (under 2022-08-16_05.14.16/ directory) Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: c1446da82b999349e1a09fed3420bd1c38d7b38c CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: CL It works OK, thank you. I also tested the latest snapshots for 7.4 and 7.3 both date Aug 15, 2022 but they do not work, probably the builds were released before patch was applied. Will test again when next snapshot is available. Anyway, I am glad to know there is a fix. Thanks again.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/18361b38c1d94d21f5041f3f36458edb260d339e Resolves: tdf#149858 embedded starmath not using correct initial zoom It will be available in 7.4.1. 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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/97c759c09fce906d44fba98d325e3729c4a96665 Resolves: tdf#149858 embedded starmath not using correct initial zoom It will be available in 7.3.6. 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.
I have tested the latest snapshots for 7.4 and 7.3, both dated Aug 17, 2022. 2022-08-17_15.28.48/ Version: 7.4.1.0.0+ (x64) / LibreOffice Community Build ID: 076dd358aafb749c8b9026da91abdcae07c45ca3 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: CL 2022-08-17_10.11.43/ Version: 7.3.6.0.0+ (x64) / LibreOffice Community Build ID: 97c759c09fce906d44fba98d325e3729c4a96665 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_HK); UI: en-US Calc: CL I can confirm they both work fine. Thanks again for fixing this bug. Cheers!