Description: When in Writer I try to insert a math formula in the middle of the text, it goes to the beginning of the line and cannot be placed in the middle of the text. In 6.3.4.2 it worked fine but now in 6.4.0 it doesn't work. I had to revert to 6.3.4.2 to be able to work with math. Actual Results: Insert a math formula in the middle of the text Expected Results: The formula is at the beginning of the line before the text Reproducible: Always User Profile Reset: No Additional Info:
Thank you for reporting the bug. I can confirm that the bug is present in a recent master build in Windows. Using: Version: 7.0.0.0.alpha0+ (x64) Build ID: e8ac78d3afdeb0302eaea34a50f1ca912d5fe897 CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: CL I have set the status to "NEW". In addition, I have noted that this may be a possible regression from 6.3.4.2, as Paulo has noted.
IIUC a frame holding OLE objects is not distinguished from the frame holding images. So changes [1] [2] to anchor images "to character" rather than "as character" unintended consequence also affects the OLE sm formula objects. Also, the formula OLE is positioned to the start of the containing paragraph rather than near its anchor character. A simple workaround for users to change anchor for each in-line formula to "as character", and reposition the OLE object, to restore prior behavior. But, can we isolate handling of OLE from image frames? =-refs-= [1] https://gerrit.libreoffice.org/c/core/+/75091 [2] https://gerrit.libreoffice.org/c/core/+/84513
Confirmed the regression started with the following commit: https://cgit.freedesktop.org/libreoffice/core/commit/?id=a7528cd6f17ea5c5b29e7d607e54c62de0d9e7db author Miklos Vajna <vmiklos@collabora.com> 2019-11-18 13:50:32 +0100 committer Miklos Vajna <vmiklos@collabora.com> 2019-11-18 17:37:13 +0100 sw: insert image: set anchor to at-char by default
(In reply to V Stuart Foote from comment #2) > > A simple workaround for users to change anchor for each in-line formula to > "as character", and reposition the OLE object, to restore prior behavior. > Simpler work flow is to change the anchor to 'as character'. Then cut the OLE formula object. Then position edit cursor to the location in text, and paste (default will be the OLE object, so no need for paste special).
Duplicate to bug 129761. I'm not sure which one to keep.
*** Bug 129761 has been marked as a duplicate of this bug. ***
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a2f85c062aafb3fd9dfb1c6c6e87e1e73e7545a3 tdf#130362 sw: fix anchoring of inline math objects It will be available in 7.0.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.
(In reply to Commit Notification from comment #7) > Miklos Vajna committed a patch related to this issue. > It has been pushed to "master": > > https://git.libreoffice.org/core/commit/ > a2f85c062aafb3fd9dfb1c6c6e87e1e73e7545a3 > > tdf#130362 sw: fix anchoring of inline math objects > > It will be available in 7.0.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. I installed version dev 7.0.0.0 and the problem persists as reported in the initial bug.Paulo.
(In reply to Paulo from comment #8) > I installed version dev 7.0.0.0 and the problem persists as reported in the > initial bug.Paulo. Did you build your own from master? Otherwise, will not be in the TinderBox dailies until tomorrow. The 20200204 TB77 Windows BuildID of 54b28638ab15f68731861ae903c732273b41f78a does not yet include the patch.
(In reply to V Stuart Foote from comment #9) > (In reply to Paulo from comment #8) > > I installed version dev 7.0.0.0 and the problem persists as reported in the > > initial bug.Paulo. > > Did you build your own from master? Otherwise, will not be in the TinderBox > dailies until tomorrow. The 20200204 TB77 Windows BuildID of > 54b28638ab15f68731861ae903c732273b41f78a does not yet include the patch. I am new to bugzilla and have difficulties using it. What do you mean by "Did you build your own from master?" I downloaded it from daily / master / win-86_64 @ tb77-tdf / 2020-02-04_08_06_21 (LibreOffice_7.0.0.0.alpha0_win_x64.msi).
(In reply to Paulo from comment #10) > I am new to bugzilla and have difficulties using it. What do you mean by > "Did you build your own from master?" I downloaded it from daily / master / > win-86_64 @ tb77-tdf / 2020-02-04_08_06_21 > (LibreOffice_7.0.0.0.alpha0_win_x64.msi). No worries, it is just the interplay of the "git" project based source code and version control repository and the projects system of "Tinderbox" nightly builds. The build ID is just the GUID for the commit at the head of the git repository when used to build the program. If you are so inclined, you could use 'git' to clone the project source code, and configure and build your own instance of LibreOffice. But for Windows the TB77 Tinderbox has been turning out reliable release build configuration nightlies suitable for testing--any notice of a commit for a given BZ issue will take a day or so to appear in a TB build. Personally I build occasionally on Linux, but for QA of Windows builds, prefer the convenience of the TB builds when they are rolling... so no mystery there. A build with the patch for testing should be up tomorrow in the 20200205 build.
*** Bug 130468 has been marked as a duplicate of this bug. ***
*** Bug 130416 has been marked as a duplicate of this bug. ***
Verified in Version: 7.0.0.0.alpha0+ Build ID: c81c383be787ec5f9acbca51f75ea5b28b63c63a CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded @Miklos, thanks for fixing this issue!!
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/282cf1507d51573e5e9a4611b1e775b433168ca7 tdf#130362 sw: fix anchoring of inline math objects It will be available in 6.4.2. 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.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-6-4-1": https://git.libreoffice.org/core/commit/d16adf8df1b74b1054359ee3c6497cde20287e25 tdf#130362 sw: fix anchoring of inline math objects It will be available in 6.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.
*** Bug 129126 has been marked as a duplicate of this bug. ***