Created attachment 142564 [details] sample file Steps to reproduce: 1. Open attached document -> There should be an horizontal blue line above the black line. it's missing. See attached image. Reproduced in Version: 6.1.0.0.beta1+ Build ID: 8b96445766efe237eb47608ade6c147673466e2e CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group [Bug found by office-interoperability-tools]
Created attachment 142565 [details] comparison MSO 2010 and LibreOffice 6.1
Regression introduced by: author Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk> 2018-05-11 00:22:06 +0900 committer Tomaž Vajngerl <quikee@gmail.com> 2018-05-12 10:07:09 +0200 commit 8484e52675052848d2d3ffe07378ce2ad29fd288 (patch) tree 61745cc72ae36c6a04572021e6ccac1638a12c35 parent 3e2fdcf48055572dd0f6bb7d73b14c1832622f24 (diff) tdf#117427 missing API for determining and loading linked graphic This adds 2 properties to GraphicDescriptor: "Linked" - to indicate if the graphic is a linked one "OriginURL" - the URL of the location from where the graphic was or will be loaded (and is linked to) Additionally GraphicProvider was extended with a "LoadAsLink" (media)property, which can be passed using queryGraphic method. If "LoadAsLink" is set to true, then the Graphic will be created as a linked one. In addition the tests for this API was added to VCL (home of this API implementors). Bisected with: bibisect-linux64-6.1 Adding Cc: to Tomaž Vajngerl
Definitely a dupe of bug 118140 *** This bug has been marked as a duplicate of bug 118140 ***
Still reproducible in Version: 6.4.0.0.alpha1+ Build ID: de4839e66d3d195315729b95cc144cdab96b6e74 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded after https://cgit.freedesktop.org/libreoffice/core/commit/?id=6369cab9b1e16275c8700692bb717aec3c42d346
Hi Luke, since you commit < https://cgit.freedesktop.org/libreoffice/core/commit/?id=6369cab9b1e16275c8700692bb717aec3c42d346 > fixed bug 120508 and bug 118140, I thought you might be interested in this issue...
Thanks Xisco. I see a strange behaviour, which I can reproduce even after this file is converted to odp: 1. Open the file from this item (original pptx, or converted to odp) 2. "View" menu -> "Master Slide" 3. Click on the fat grey bar at the bottom of the slide 4. Side bar -> "Properties" -> "Area": see under "Transparency" there is a slider at 0% 5. Move this transparency slider to the right a bit, then back left to 0% again. 6. Problem is fixed! (I'm testing with a recent 6.4.0.0 alpha build)
Commit in master to fix this: https://cgit.freedesktop.org/libreoffice/core/commit/?id=ef3dabd1f814d1b005efc5d5144978c1d26a8e73
Verified in Version: 6.4.0.0.alpha1+ Build ID: fa7f07d23de31e5f1660a643d83ca8a2e565f69c CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @Luke Deller, thanks for fixing this issue. Should it be closed as RESOLVED FIXED ?
Yes I think we can close it as fixed. Thanks for testing!
Luke Deller committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/commit/cd5e86eba163cab14e1d4149dde4513fbe252340 tdf#118036 Fix IsTransparent for unloaded graphics It will be available in 6.3.4. 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.