Step to reproduce 1 create a new presentation 2 chose the master page vintage or, metropolis, or sunset 3 press f5, and it's not what it should be test on multiple computers (Seven or XP) and différents versions OF LO Works fine with LO 3.5 and 3.6 and is buggy with any version of LO since 4.0.0.3
adding keyword regression as it works with LO 3.6.7
Confirmed with LibO 4.1.4.2 on Win7
The problem works for all the backgrounds, my square logo has been stretched as a rectangle. It works because we can't choose the first choice (Original in French). Also, in 4.2.0.1, the colour of Metropolis changes: when you work, the background is blue, when you show, the background is white. That is strange because the background is a picture.
*** Bug 73944 has been marked as a duplicate of this bug. ***
Reproducible using Mac OSX 10.9 with LibreOffice Version: 4.3.0.0.alpha0+ Build ID: 8fd7a53d3cf1ed788c705cafb443801203787c9d TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2014-01-22_00:10:03 Kind regards, Joren
Vintage ok. Metropolis: the gradient of the rays does not work in f5 mode. Sunset: The rays do not appear at all in f5 mode. Version: 4.3.2.2.0+ Build ID: 4.3.2.2 Arch Linux build-1
Results from bibisect-43all: There is a range in which the backgrounds in the master pages aren't displayed at all (the skipped commits below). Before it, "Sunset" renders OK in a slideshow, and after it doesn't. There are only 'skip'ped commits left to test. The first bad commit could be any of: 7fd8bdb3b18f50ea0adbc0a5e611f6a844b23189 a67b874d60de1f1a44bef57a53a7b8a84db0ba58 46f9a799a00ba869957d7aa7650cae7fd2501394 d73160956706b297f4a7043d35e229f2e8566d5f 183a576d94de9a9439d580c8b81f335ab57cdbdc 221bf5c0db153e24c67ff29fe614af7cc010a356 79e02001f27d33b3b478324ab6fba5683413b4d9 e5973caebe5b9637f93a4da008d76b33b9d5ff6a 1f14665c5624bc7a502738aa8f4f2bd70a211e72 ba6eb41acb8df58f3009920f8ab8b32a3e1b764e 99f63b2b53c0e22baac045d54f502508d7150fef We cannot bisect more! # bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e # good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932 git bisect start 'latest' 'oldest' # bad: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb git bisect bad e02439a3d6297a1f5334fa558ddec5ef4212c574 # good: [8f4aeaad2f65d656328a451154142bb82efa4327] source-hash-1885266f274575327cdeee9852945a3e91f32f15 git bisect good 8f4aeaad2f65d656328a451154142bb82efa4327 # bad: [9995fae0d8a24ce31bcb5e9cd0459b69cfbf7a02] source-hash-8600bc24bbc9029e92bea6102bff2921bc10b33e git bisect bad 9995fae0d8a24ce31bcb5e9cd0459b69cfbf7a02 # good: [51b63dca7427db64929ae1885d7cf1cc7eb0ba28] source-hash-806d18ae7b8c241fe90e49d3d370306769c50a10 git bisect good 51b63dca7427db64929ae1885d7cf1cc7eb0ba28 # bad: [d65a58c31c8da044ef66ae4517fa2fe74cec0019] source-hash-2e053cf5ea4d93a2e1845e795a9c7fe1e08c84af git bisect bad d65a58c31c8da044ef66ae4517fa2fe74cec0019 # skip: [79e02001f27d33b3b478324ab6fba5683413b4d9] source-hash-b6c016da23d309b4ac7d154bc33a22397974ed73 git bisect skip 79e02001f27d33b3b478324ab6fba5683413b4d9 # skip: [1f14665c5624bc7a502738aa8f4f2bd70a211e72] source-hash-d85fd8a85501547d5bb87822d2589a07aed7f2d6 git bisect skip 1f14665c5624bc7a502738aa8f4f2bd70a211e72 # skip: [ba6eb41acb8df58f3009920f8ab8b32a3e1b764e] source-hash-ae4e4a11d4300f7448cb6bd170fcb034542caddc git bisect skip ba6eb41acb8df58f3009920f8ab8b32a3e1b764e # skip: [46f9a799a00ba869957d7aa7650cae7fd2501394] source-hash-a43a76cd5aa2f145f2cb43fcdbc8f21fb6c89af0 git bisect skip 46f9a799a00ba869957d7aa7650cae7fd2501394 # skip: [e5973caebe5b9637f93a4da008d76b33b9d5ff6a] source-hash-683758efb22d08a4cf211a6d985148f513da2a90 git bisect skip e5973caebe5b9637f93a4da008d76b33b9d5ff6a # bad: [99f63b2b53c0e22baac045d54f502508d7150fef] source-hash-d38a2e3ea04d354492df18aa16d2304babe87dfb git bisect bad 99f63b2b53c0e22baac045d54f502508d7150fef # skip: [7fd8bdb3b18f50ea0adbc0a5e611f6a844b23189] source-hash-a1ac2538e9b287444500618ab4d2f0f06c25cf34 git bisect skip 7fd8bdb3b18f50ea0adbc0a5e611f6a844b23189 # skip: [221bf5c0db153e24c67ff29fe614af7cc010a356] source-hash-9210b95bcfd65ae558f445666d9b880e794d4c74 git bisect skip 221bf5c0db153e24c67ff29fe614af7cc010a356 # skip: [d73160956706b297f4a7043d35e229f2e8566d5f] source-hash-44b96a2fce52b6e3e683dc917fab219cf75001db git bisect skip d73160956706b297f4a7043d35e229f2e8566d5f # skip: [a67b874d60de1f1a44bef57a53a7b8a84db0ba58] source-hash-19f4ebd8a54da0ae03b9cc8481613e5cd20ee1e7 git bisect skip a67b874d60de1f1a44bef57a53a7b8a84db0ba58 # skip: [183a576d94de9a9439d580c8b81f335ab57cdbdc] source-hash-a599f5b4b51848e3b397d471c9d12b373caadcef git bisect skip 183a576d94de9a9439d580c8b81f335ab57cdbdc # good: [fae90325861bbddd2af90937d29d91637c96661a] source-hash-4316e643ef345b0f673b4a03a80a4b7cb3185588 git bisect good fae90325861bbddd2af90937d29d91637c96661a # only skipped commits left to test # possible first bad commit: [99f63b2b53c0e22baac045d54f502508d7150fef] source-hash-d38a2e3ea04d354492df18aa16d2304babe87dfb # possible first bad commit: [1f14665c5624bc7a502738aa8f4f2bd70a211e72] source-hash-d85fd8a85501547d5bb87822d2589a07aed7f2d6 # possible first bad commit: [79e02001f27d33b3b478324ab6fba5683413b4d9] source-hash-b6c016da23d309b4ac7d154bc33a22397974ed73 # possible first bad commit: [221bf5c0db153e24c67ff29fe614af7cc010a356] source-hash-9210b95bcfd65ae558f445666d9b880e794d4c74 # possible first bad commit: [46f9a799a00ba869957d7aa7650cae7fd2501394] source-hash-a43a76cd5aa2f145f2cb43fcdbc8f21fb6c89af0 # possible first bad commit: [a67b874d60de1f1a44bef57a53a7b8a84db0ba58] source-hash-19f4ebd8a54da0ae03b9cc8481613e5cd20ee1e7 # possible first bad commit: [7fd8bdb3b18f50ea0adbc0a5e611f6a844b23189] source-hash-a1ac2538e9b287444500618ab4d2f0f06c25cf34 # possible first bad commit: [d73160956706b297f4a7043d35e229f2e8566d5f] source-hash-44b96a2fce52b6e3e683dc917fab219cf75001db # possible first bad commit: [183a576d94de9a9439d580c8b81f335ab57cdbdc] source-hash-a599f5b4b51848e3b397d471c9d12b373caadcef # possible first bad commit: [e5973caebe5b9637f93a4da008d76b33b9d5ff6a] source-hash-683758efb22d08a4cf211a6d985148f513da2a90 # possible first bad commit: [ba6eb41acb8df58f3009920f8ab8b32a3e1b764e] source-hash-ae4e4a11d4300f7448cb6bd170fcb034542caddc
*** Bug 76528 has been marked as a duplicate of this bug. ***
*** Bug 80252 has been marked as a duplicate of this bug. ***
From bisecting the source, commit 44cfc7cb6533d827fd2d6e586d92c61d7d7f7a70 seems most responsible for the broken slideshow rendering of Sunset et al, although it didn't work at all from that point until fixed by the later commit 024cf92581add62866544ae604ff53c89a764ace The rendering has changed slightly at various points since then, but the essential breakage remains the same. (with respect to Sunset, the main problems are the missing "rays" and the fact that the outer border seems to be rendered at about half the correct size) commit 44cfc7cb6533d827fd2d6e586d92c61d7d7f7a70 Author: Michael Meeks <michael.meeks@suse.com> Date: Tue Oct 9 12:22:23 2012 +0100 re-base on ALv2 code. Includes (at least) relevant parts of: [...] commit 024cf92581add62866544ae604ff53c89a764ace Author: Fridrich Štrba <fridrich.strba@bluewin.ch> Date: Wed Nov 21 16:26:25 2012 +0100 Package svgio Change-Id: I847e50c9dded10affaef77c51561f04412d635a
Created attachment 112640 [details] Sunset test presentation
Created attachment 112642 [details] Sample rendering from 4.4.0.2 on Linux
Created attachment 112643 [details] Sample rendering from 4.4.0.2 on Linux (presentation mode)
*** Bug 77180 has been marked as a duplicate of this bug. ***
*** Bug 62940 has been marked as a duplicate of this bug. ***
Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8) Same bug still persist. I would propose to exclude these master slides if they are problematic.
Created attachment 115977 [details] backtrace log in Linux using LibreOffice 5.0.0.0.beta1 Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8) Impress is quite slow, switching to full screen will cause screen to flicker.
Created attachment 115978 [details] strace log in Linux with LibreOffice 5.0.0.0.beta1 Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8) Impress is quite slow, switching to full screen will cause screen to flicker.
During backtrace and strace in LibreOffice 5.0.0.0.beta1 I did following actions in following order: * opened Impress * wrote "title" as title and "some text" as text onto first slide * switched sunset master slide * switched full screen and back off using F5 * switched vintage master slide * switched full screen and back off using F5 * switched metropolis master slide * switched full screen and back off using F5 * closed Impress and LibreOffice and did not save the file
The problem is still with LO 5.0.2.1 Sadly, as I have a large screen I must disable hardware acceleration. And these templates are still ugly, ou better said unusable. If the bug can't be solved just delete these templates !
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]
Created attachment 124226 [details] Showinp pb with LO5.1
Testing with LO 5.1. It's Slightly better, one can said usable. Just some pb on the background with metropolis and sunset as one can see on : https://bugs.documentfoundation.org/attachment.cgi?id=124226
Templates work fine on Gnome 16.04 with LO 5.0 and LO 5.3 Alpha. Doesn't work on Kubuntu 14.04 though.
(In reply to Stefan Weiberg from comment #24) > Templates work fine on Gnome 16.04 with LO 5.0 and LO 5.3 Alpha. Doesn't > work on Kubuntu 14.04 though. For me, the problem with slideshow (F5) mode is still present in 5.3. Funnily, it is much more messed up with KDE backend.. all kinds of artefacts. With GTK3, I only see the old problems of missing gradients in metropolis and missing rays in sunset. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha0+ Build ID: c13f60e7cd18df6b0ab70289f5b91ee01e4ae126 CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; Locale: fi-FI (fi_FI.UTF-8) Built on June 18th 2016
(In reply to Buovjaga from comment #25) > For me, the problem with slideshow (F5) mode is still present in 5.3. > Funnily, it is much more messed up with KDE backend.. all kinds of artefacts. > With GTK3, I only see the old problems of missing gradients in metropolis > and missing rays in sunset. > > Arch Linux 64-bit, KDE Plasma 5 > Version: 5.3.0.0.alpha0+ > Build ID: c13f60e7cd18df6b0ab70289f5b91ee01e4ae126 > CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; > Locale: fi-FI (fi_FI.UTF-8) > Built on June 18th 2016 Are you using Wayland or X11 as backend for your sessions?
(In reply to Stefan Weiberg from comment #26) > Are you using Wayland or X11 as backend for your sessions? X11. Note that this has been reproducible in all platforms, Win + OS X as well. Severity is not major, though, as this is not about a crash..
(In reply to Buovjaga from comment #27) > (In reply to Stefan Weiberg from comment #26) > > Are you using Wayland or X11 as backend for your sessions? > > X11. > > Note that this has been reproducible in all platforms, Win + OS X as well. > > Severity is not major, though, as this is not about a crash.. Argh, forget my comment 24 about a successful run on Gnome. I just remembered that I use Gnome only as a backend and the window manager itself is i3 :D So it does run on i3 with gdm backend. This bug was reported at LHM as well. Therefore I wanted to take a look into the matter as it does affect several of our users. I will test it on several boxes to check if it is dependant on specific hardware/software.
Adding Cc: to Michael Meeks
** 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to Buovjaga from comment #6) > Metropolis: the gradient of the rays does not work in f5 mode. > Sunset: The rays do not appear at all in f5 mode. Still repro. Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: ea39c41fdf63191579d25f327db81db14862251c CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded Built on July 4th 2018
Dear Pierre C, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to Buovjaga from comment #6) > Vintage ok. > Metropolis: the gradient of the rays does not work in f5 mode. > Sunset: The rays do not appear at all in f5 mode. Still repro. Please do not close this without testing. Arch Linux 64-bit Version: 6.4.0.0.alpha0+ Build ID: e553b3698f6d8f4f606ebe21ed9857ee09f0c057 CPU threads: 8; OS: Linux 5.1; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 5 July 2019
repro 7.2+. Enterprise looked fine to me, but with sunset, the sun and the rays are clearly missing altogether. Version: 7.2.0.0.alpha0+ Build ID: 861ba4a8288ef235395f39ba78dbc0640c9367fb CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Should the SVG backgrounds simply be replaced with PNGs?
7.1.0.3 issue still exist. f6099ecf3d29644b5008cc8f48f42f4a40986e4c SVG as vector graphic should be much more responsive, less space consuming, scalable than raster-based PNG. Are there any issues with SVG in LibreOffice? I guess not - why not then use SVG completely? Currently that sunset template should be just fixed, that's all. E.g. Inkscape could help here. Any idea, who is maintaining it? Hopefully someone can drop a line to person, who is maintaining that template.
I updated Sunset template to fix bug 132771 with commit: https://gerrit.libreoffice.org/94014 Sun rays look correct in master page. I do not know what is broken exactly. I will try to have a look more closely. However, Impress, Sunset, Lush Green, Alizarin, Bright Blue and Classy Red templates are planed to be removed in 7.2 and replace by new templates from Indonesian contributors. See bug 138097.
Sun rays are correctly rendered in presentation mode.
Actually, Sunset template suffers from a regression introduced between 7.0.1.2 and 7.0.2.1. In 7.0.1.2, slide is rendered the same way in normal mode, master page and slideshow: sun rays have a high transparency level to just make them slightly appear. From 7.0.2.1, sun rays transparency is broken only in normal mode: master page and slideshow are ok.
(In reply to Laurent BP from comment #40) > Actually, Sunset template suffers from a regression introduced between > 7.0.1.2 and 7.0.2.1. In 7.0.1.2, slide is rendered the same way in normal > mode, master page and slideshow: sun rays have a high transparency level to > just make them slightly appear. From 7.0.2.1, sun rays transparency is > broken only in normal mode: master page and slideshow are ok. Heiko recently removed Sunset completely, so I guess that is the end of it: https://git.libreoffice.org/core/+/ce4429f07e02d80ec131fdfc442d7668e7cfffca%5E%21
(In reply to Buovjaga from comment #6) > Metropolis: the gradient of the rays does not work in f5 mode. Now this final problem is gone, so I will close. Arch Linux 64-bit Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: dec32864a61104001cb6ff63c218ea5fb2a7ab1e CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 22 February 2021