Description: jpeg images flipped once in Impress are correctly displayed in normal mode but are not displayed in presentation mode. Steps to Reproduce: 1. Start LO 2. Create a new blank presentation 3. Insert a jpg image 4 times (as link or copy as you like) 4. Flip one copy vertically, one horizontally and one both vertically and horizontally 5. Start presentation mode Actual Results: Only 2 images are shown, the original one and the double flipped one. I will add a sample odp file and a screenshot of the results in presentation mode. Expected Results: All 4 images should be displayed as in normal mode Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.0.4.0.0+ Build ID: 23cb0b19060d0cdbc91f571f4797d1d07023048f CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: de-DE (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-0, Time: 2020-11-06_03:36:20 Calc: threaded
Created attachment 167805 [details] Sample odp file
Created attachment 167806 [details] Screenshot of presentation mode
No issue under Windows/Skia Version: 7.2.0.0.alpha0+ (x64) Build ID: 32fdb8eb3506bc8dcf013cc713fe8e5debceb940 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
I think, we can rule out a gtk3 issue. I can reproduce the same issue also running: Version: 7.0.2.2 Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: x11 Locale: de-DE (en_US.UTF-8); UI: en-US Calc: threaded
BTW: The problem does not exist in Version: 6.3.6.2 Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: de-DE (en_US.UTF-8); UI-Language: en-US Calc: threaded This is the 3rd and the oldest of the 3 different LO revisions that I have installed on my system.
Thank you for reporting the bug. I can not reproduce the bug in, Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL Version: 7.2.0.0.alpha0+ (x64) Build ID: 761a672d62df1891b9f4f367a499b220ab2b33fa CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
Just downloaded LO 7.0.4.1 and checked the issue in 4 modes: 1) With gtk3, in normal mode 2) With gtk3, in safe mode 3) With x11, in normal mode (setenv SAL_USE_VCLPLUGIN gen) 4) With x11, in safe mode (setenv SAL_USE_VCLPLUGIN gen) After switching into presentation mode (F5), I was able to reproduce the issue in all 4 modes. Version: 7.0.4.1 Build ID: e3cebc55238632eae061a3da668963d484a71147 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 7.0.4.1 Build ID: e3cebc55238632eae061a3da668963d484a71147 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: de-DE (en_US.UTF-8); UI: en-US Calc: threaded So maybe we can agree, that it does not occur under Windows? Unfortunately, this does not help me, since I am running Linux (Mint Mate 18.3). Thanks for checking Tom
no repro in Version: 7.1.0.0.alpha0+ Build ID: 1e0ac737e620a6a3e5c54021c77f299e89e3a9ef CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: ru-RU (ru_RU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-09-24_08:43:36 Calc: threaded
Upgraded my system to Mint Mate 19.3 in the meantime and reproduced the issue running LO 7.0.4.2. Version: 7.0.4.2 Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: de-DE (en_US.UTF-8); UI: en-US Calc: threaded
We have incomplete tests here. Testers didn't test reporter's version to confirm the bug. I can't test myself so i can ask Tom to test with daily master. Easiest from http://libreoffice.soluzioniopen.com/index.php/daily-version/.
I cannot reproduced the problem with LO7.2.0.0.alpha+ Version: 7.2.0.0.alpha0+ Build ID: dfd69eb0ce4d1bb0442d65be2fcd8741fe9cb6ef CPU threads: 4; OS: Linux 4.15; 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-12-19_03:46:59 Calc: threaded Does this mean, it will not be fixed in LO 7.0.x :-)? Regards Tom
... and I cannot reproduce it with LO7.1.0.1.0+ Version: 7.1.0.1.0+ Build ID: 64b3727adb12601d9a4010ec9160a8958d2ee878 CPU threads: 4; OS: Linux 4.15; 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-1, Time: 2020-12-20_02:01:59 Calc: threaded So, what about fixing it in LO 7.0.x?
Tom, LO is volunteer based. So question about fixing in 7.0 is redundant. This bug is likely a duplicate of existing, fixed one. If you find it, you'll know. Other way is to reverse bibisect this one, which also requires a volunteer.