| Summary: | FILEOPEN: Incorrect position of shape | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Xisco Faulí <xiscofauli> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | VERIFIED FIXED | ||
| Severity: | normal | CC: | noelgrandin, rb.henschel, xiscofauli |
| Priority: | medium | Keywords: | bibisected, bisected, regression |
| Version: | 7.2.0.0.alpha0+ | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=130326 | ||
| Whiteboard: | target:7.2.0 | ||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
Comparison LibreOffice 7.2 master and MSO 2010
Testdocument with group |
||
|
Description
Xisco Faulí
2021-04-13 10:22:20 UTC
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=44711d9eb53eb6247ebdb9293a3eb5e643f78059 author Noel Grandin <noelgrandin@gmail.com> 2021-04-09 19:40:24 +0200 committer Noel Grandin <noel.grandin@collabora.co.uk> 2021-04-10 16:53:59 +0200 commit 44711d9eb53eb6247ebdb9293a3eb5e643f78059 (patch) tree cdb23eee87489751e381ea8e5126ff9a3b4a5d64 parent 566e43d2129dd6c70bb718296ce66353e7ff824b (diff) tdf#130326 related, speed up drawing Bisected with: bibisect-linux64-7.2 Adding Cc: to Noel Grandin Created attachment 171160 [details]
Testdocument with group
It produces wrong placement of the elements in a group too. Open document, select the group via Navigator. Notice that the drag handles of the group are at a different place than the content of the group. The drag handles are on the correct place. The group content is drawn on wrong place.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7ef7a23e7ee1f59cf719618991b3028456d84cf8 tdf#141675 Incorrect position of shape It will be available in 7.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. Verified in Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 9cff36d37df95bb9d2b552259c718459b2f81682 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @Noel, thanks for taking care of it! Hi Regina, Any idea on how to test this issue? I've tried different approaches but I couldn't find the way it fails without the patch and passes with it The problem was a rendering failure. So I think you cannot test it via xShape. Perhaps you can test the pixel color in the area, where the shape should be. If you export the whole page (not a selection) to a png-image, the wrong rendering is exported. But I don't know how to do it. I have only seen something similar in SwUiWriterTest3, testTdf133477 by Tünde Tóth in https://cgit.freedesktop.org/libreoffice/core/commit/?id=52f8e0b6f09be0e8e8a068edef2017d45d5a1892 (In reply to Regina Henschel from comment #6) > The problem was a rendering failure. So I think you cannot test it via > xShape. Perhaps you can test the pixel color in the area, where the shape > should be. If you export the whole page (not a selection) to a png-image, > the wrong rendering is exported. But I don't know how to do it. I have only > seen something similar in SwUiWriterTest3, testTdf133477 by Tünde Tóth in > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=52f8e0b6f09be0e8e8a068edef2017d45d5a1892 Yep, I also tried, same as exporting to PDF, unfortunately, no luck... |