|
Description
Xisco Faulí
2016-11-28 11:13:34 UTC
Regression introduced by: author PriyankaGaikwad <priyanka.gaikwad@synerzip.com> 2015-04-24 12:55:11 (GMT) committer Caolán McNamara <caolanm@redhat.com> 2015-05-09 19:56:54 (GMT) commit 24be7ef5887ec3598b3b34cb4fccff17ed6e1106 (patch) tree c1b3b103d595a1da307de7fef6efaee3bf1cc947 parent 3e4d2043e99201ec542186039e3be34d3c226111 (diff) tdf#90828 FILESAVE:XLSX export of underline color for text inside textbox Problem Description: Unable to save .xlsx with underline color for text inside textbox. Current behavior: After RT text underline color was not exported Expected behaviour: After RT text underline color should export Added export support for <a:uFill> Adding Cc: to PriyankaGaikwad *** Bug 91449 has been marked as a duplicate of this bug. *** Created attachment 133479 [details]
Minimal PPTX file on which is possible to reproduce issue with underline
Inside pptx file there is an file: slide1.xml on original pptx file there is "rPr" run's properties element: http://officeopenxml.com/WPstyleCharStyles.php Content: <a:rPr lang="en-US" u="sng" dirty="0" smtClean="0"/> Atfer export to .pptx by LO, the content is changing dramatically: <a:rPr b="0" lang="en-US" sz="3200" spc="-1" strike="noStrike" u="sng"> <a:solidFill> <a:srgbClr val="000000"/> </a:solidFill> <a:uFill> <a:solidFill> <a:srgbClr val="ffffff"/> </a:solidFill> </a:uFill> <a:latin typeface="Calibri"/> </a:rPr> after deleting uFill, everything is working correctly: <a:uFill> <a:solidFill> <a:srgbClr val="ffffff"/> </a:solidFill> </a:uFill> Created attachment 133486 [details]
It seems that color of the underline is reverted. It looks like it takes some default value of Underline fill
Created attachment 133496 [details]
.xlsx demonstrating automatic color selection, which is not working after RT
Created attachment 133563 [details]
.xlsx file which demonstrate the issue and could be used for testing purposes
Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8129ad7b22dceeb2fef13741aa509c2229cf03de tdf#104219 Don't export color information when color is automatic It will be available in 5.5.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "libreoffice-5-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0b0cc6a3306a03798fdbe766976480160d0d5c22&h=libreoffice-5-4 tdf#104219 Don't export color information when color is automatic It will be available in 5.4.0.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Verified in Version: 6.0.0.0.alpha0+ Build ID: 6e3e4cd38b56d432c48cd7217885974e3f0519fd CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group |