Summary: | FILESAVE PPTX Textbox vertical top align becomes middle in PP | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | NISZ LibreOffice Team <libreoffice> |
Component: | Impress | Assignee: | Attila Bakos (NISZ) <bakos.attilakaroly> |
Status: | VERIFIED FIXED | ||
Severity: | major | CC: | aron.budea, bakos.attilakaroly, nemeth, varga.balazs3, xiscofauli |
Priority: | high | Keywords: | bibisected, bisected, filter:pptx, regression |
Version: | 7.2.0.0.alpha0+ | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=111903 https://bugs.documentfoundation.org/show_bug.cgi?id=134401 |
||
Whiteboard: | target:7.3.0 target:7.2.0.0.beta2 | ||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 139900 | ||
Attachments: |
Example file from Impress
The original file saved by Impress Screenshot of the original and exported document side by side in PowerPoint and Impress How it looks in 7.2 master today |
Description
NISZ LibreOffice Team
2021-05-12 12:20:36 UTC
Created attachment 171917 [details]
The original file saved by Impress
Created attachment 171918 [details]
Screenshot of the original and exported document side by side in PowerPoint and Impress
attachment 104418 [details] from bug 41253 is also affected by this issue I see this issue affects many files, like attachment 128851 [details] from bug 104015, where the background color and the border are gone after roundtrip. Increasing importance since b6b02e0b4c9d739836e1f61a886ea45b01e6696e affects many documents Hi Xisco! Yesterday, my patch was merged, which have to fix these issues. You can find it here: https://gerrit.libreoffice.org/c/core/+/116113 Hopefully it will do its the job. Before there were missing the line/fill/effect/style export function calls for placeholders (because the Impress exported custom shapes). What i know still has problem is the font style export. In spite of in PP it is fine but in Impress it has problems. (However Impress recognizes the empty placeholder what PP doesn't.) So, further fix soon. Created attachment 172530 [details] How it looks in 7.2 master today As there can be seen it is on the way to be solved. Text have to be fixed, but fill and line is ok. See: https://bugs.documentfoundation.org/show_bug.cgi?id=142537 (In reply to Attila Bakos (NISZ) from comment #6) > Created attachment 172530 [details] > How it looks in 7.2 master today > > As there can be seen it is on the way to be solved. Text have to be fixed, > but fill and line is ok. > See: https://bugs.documentfoundation.org/show_bug.cgi?id=142537 Oh i forgot to write the build, sorrry: Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community Build ID: bae0aad9457f905c2bbaa6bbd98d0d2b7a6259f5 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL oh nice, should this issue be closed as RESOLVED FIXED, then ? (In reply to Xisco Faulí from comment #8) > oh nice, should this issue be closed as RESOLVED FIXED, then ? After I fix the alignment ( if i remember well that was mentioned in this ticked), of course. (In reply to Attila Bakos (NISZ) from comment #9) > (In reply to Xisco Faulí from comment #8) > > oh nice, should this issue be closed as RESOLVED FIXED, then ? > > After I fix the alignment ( if i remember well that was mentioned in this > ticked), of course. oh I see, at least the problems I mentioned in comment 3 and comment 4 are fixed in Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: 361b95b39c0ad3028f82b9893bb3c84dcbd1932f CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded I guess we can reduce the priority back to normal. Actually the problem with comment 3 is still reproducible in Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: 268f27f6623334b81762b068f842c944a7541f25 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded and the office-interoperability-tools still found many files affected by https://cgit.freedesktop.org/libreoffice/core/commit/?id=b6b02e0b4c9d739836e1f61a886ea45b01e6696e so I think it's fair to bump the priority a bit Attila Bakos (NISZ) committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/dbdcceb9d77c602ea1161ab0f4e3899071333a92 tdf#142235 PPTX export: fix styles with placeholders It will be available in 7.3.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. Attila Bakos (NISZ) committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/3518b4cebdddc0446cf923c38acee52bf5d6a9b1 tdf#142235 PPTX export: fix styles with placeholders It will be available in 7.2.0.0.beta2. 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.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: eeeef98796df322d89912070c8e431c5f6d1283f CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: threaded |