Created attachment 96018 [details] rectangle with text from PP2013 Open the attached document and save it in .odp format. Inspect the file and notice the attribute svg:viewBox="0 0 0 0" in the enhanced geometry. Width and height in zero are wrong. This error gives wrong rendering by other consumers. https://issues.apache.org/ooo/show_bug.cgi?id=124452
On pc Debian x86-64 with master sources updated today, I can reproduce this.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
The bug still exists in Version: 5.0.0.0.alpha1 Build ID: 77a35997fa7cff387b5b135ff0c42155f80e9884 Locale: de_DE
Fixed on AOoo (put the link quoted by Regina on URL)
I wrote a patch for this one. Currently under review: https://gerrit.libreoffice.org/#/c/15753/2
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
It is fixed now. The mentioned patch was abandoned, so it is not the reason for the fixed behavior. I have tested it in Version: 5.3.0.0.alpha0+ Build ID: ba269f7294e2416659011cbb498a2c6b5f9d5199 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-09-12_02:36:16 Locale: de-DE (de_DE); Calc: group
I was wrong. The problem still exists in Version: 5.4.0.0.alpha0+ Build ID: 5adab0927483d039037b0f93894627e41a2c72f2 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-01-09_23:34:00 Locale: de-DE (de_DE); Calc: group
The error still exists in Version: 6.2.0.0.alpha1+ (x64) Build ID: f825e6d4082c0d0beb1c95b881f6a2ee9bfc9161 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-05_00:20:26 Locale: de-DE (en_US); Calc: CL
Regina, how look this bug for user? What is wrong? I tried to make export to SVG from ODP, just reopen ODP -> rectangle with orange text looks fine in both case. Version: 6.3.0.0.alpha0+ Build ID: ba17d2e3c1acd571a4faa7e31ef97a2ec71591bd CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2018-12-10_01:14:49 Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded
(In reply to Roman Kuznetsov from comment #10) > Regina, how look this bug for user? What is wrong? Apache OpenOffice will not render the shape. I have not tested Google Docs or other applications. SVG is very clear about value zero, "A negative value for <width> or <height> is an error (see Error processing). A value of zero disables rendering of the element." ["https://www.w3.org/TR/SVG11/coords.html#ViewBoxAttribute] So Apache OpenOffice is right here. (In reply to Roman Kuznetsov from comment #10) > I tried to make export to SVG from ODP, just reopen ODP -> rectangle with > orange text looks fine in both case. svg-export does not use the svg:viewBox information. If you remove the invalid attribute sub-view-size (bug 105603), then it is rendered false in LibreOffice too. So LibreOffice produces documents which will become problematic when other bugs are fixed.
This wrong attribute is written because the fix for bug 72998 forces viewBox to "0 0 0 0".
Apparently this started earlier, here are the results from different LO versions, both for custom shape "Rechteck 1": In 3.5.0.3: <draw:enhanced-geometry draw:mirror-horizontal="false" draw:mirror-vertical="false" draw:text-areas="0 0 ?f3 ?f2" svg:viewBox="0 0 0 0" draw:type="ooxml-rect" draw:enhanced-path="M 0 0 L ?f3 0 ?f3 ?f2 0 ?f2 Z N"> In 3.4.0.1: <draw:enhanced-geometry svg:viewBox="0 0 21600 21600" draw:type="rectangle" draw:enhanced-path="M 0 0 L 21600 0 21600 21600 0 21600 0 0 Z N"/> After one of the commits in the following range (bibisected using repo bibisect-43all), svg:viewBox isn't exported anymore: https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=e5f71ca7c27259360a401d94ed6a53038608b941..73ec894e0d5aea6f8462c2e42d064c317d4a82ec Then after a commit in this range, zeros are exported: https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=1ca547d20882e9b3d3ba9a6c7ee0340a5b7009b0..97453f1eabb473d0691e41153eff2ac92e88a302
Both ranges contain a couple of commits related to custom shapes by Radek Doulik, likely one of them is the cause in each range.
(In reply to Regina Henschel from comment #12) > This wrong attribute is written because the fix for bug 72998 forces viewBox > to "0 0 0 0". On pc Debian x86-64 with master sources updated today, I added a trace log at this very location and nothing on console so it's not due to https://cgit.freedesktop.org/libreoffice/core/commit/?id=beba4603ee8e603fff2599bee7f157d90872cb99
Created attachment 147883 [details] Shape with custGeom Try it with a shape with custGeom (draw:type="ooxml-non-primitive") and comment out the lines 240, 241 in CustomShapeProperties::pushToPropSet() in customshapeproperties.cxx, then you get a proper svg:viewBox. With active lines you get svg:viewBox="0 0 0 0". It might be not the only reason, but it is at least related. To get a custGeom in PowerPoint without editing the file itself, draw two of the preset shapes and combine them, for example. To combine them, select both shapes, then in "Drawing Tools" in section "Insert Shapes" the drop-down "Merge Shapes", item "Combine".
LibreOffice uses svg:viewBox="0 0 0 0" to indicate, that the shape has w= and/or h= attributes in <path> element in OOXML. In this case for ODP the attribute drawooo:sub-view-size is written. But this attribute has not even an OASIS issue. When an OASIS issue is written for "sub-view-size", then the special meaning for this svg:viewBox value has to be included in the issue.
Still present in Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 6; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded Although the rendering is ok in Google slides Not in Word 2016, we have a white page.