Created attachment 166364 [details] Example I have a picture copied from a web page and pasted into an Impress presentation. When I go to presentation mode, this picture is not shown. See attached example
I don't reproduce in Lin and Win. Please try to add another slide and run Shift+F5. If so, related to bug 128353.
I can reproduce this with Version: 7.0.2.2 Build ID: 00(Build:2) CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3 as provided by current openSUSE Tumbleweed. It does not appear with Version: 7.1.0.0.alpha0+ Build ID: 7aaa9ef2e5edaf468f116449776433e98fb1a2f3 CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-10-09_22:58:32 as obtained as a Document Foundation daily/dev build. Both on openSUSE Tumbleweed with Intel graphics and GNOME (in other words, it doesn't appear to be NVIDIA graphics and KDE that Axel is using, but a genuine bug).
(In reply to Timur from comment #1) > I don't reproduce in Lin and Win. > Please try to add another slide and run Shift+F5. If so, related to bug > 128353. In the original presentation are a couple of more slides - this does not change the behaviour System infos: Operating System: openSUSE Tumbleweed 20201012 KDE Plasma Version: 5.19.5 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.1 Kernel Version: 5.8.14-1-default OS Type: 64-bit Graphics Processor: Mesa DRI Intel® UHD Graphics 630 Version: 7.0.2.2 Build ID: 00(Build:2) CPU threads: 12; OS: Linux 5.8; UI render: default; VCL: kf5 Locale: de-DE (de_DE.UTF-8); UI: de-DE
Also reproduced with a Documentation Foundation dev build for 7.0: Version: 7.0.3.0.0+ Build ID: 4ee6b9857d651d4bc7667227de4381286f3a9233 CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-0, Time: 2020-10-13_18:31:04 In other words, LibreOffice 7.0 is reproducibly broken, 7.1 is not.
If Gerald reproduced with 7.0 and not with 7.1,that's not New but WFM. But, to be sure, Axel please test daily master, easiest from https://libreoffice.soluzioniopen.com/daily-version/
(In reply to Timur from comment #5) > If Gerald reproduced with 7.0 and not with 7.1,that's not New but WFM. It does not reproduce in 6.4, specifically Version: 6.4.8.0.0+ Build ID: 99b065ec31d032fc08ab14f66430dac4fef904a5 CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-6-4, Time: 2020-10-08_08:57:08 So it's a regression in the current release series, and only fixed in a future release series. Should we request finding the regressing commit? It would be good to try address this for the current release series, I believe.
I mark WFM. I can do bibisect when I repro, but I don't. I add other QA, which may see if interested or know what bug this is.
I don't repro with Arch Linux 64-bit Version: 7.0.1.2 Build ID: 00(Build:2) CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); Käyttöliittymä: fi-FI =7.0.1-1 Calc: threaded ...contrary to Axel and Gerald, so there must be something unique at play in this issue. Possibly openSUSE-only?
(In reply to Timur from comment #5) > If Gerald reproduced with 7.0 and not with 7.1,that's not New but WFM. > But, to be sure, Axel please test daily master, easiest from > https://libreoffice.soluzioniopen.com/daily-version/ Just for the record: With daily master as of 2020-10-15 it worked