Description: I am using Arch: Linux Desk 4.11.3-1-ARCH #1 SMP PREEMPT Sun May 28 10:40:17 CEST 2017 x86_64 GNU/Linux [LibreOffice] 5.3.3.2 30m0(Build:2) Impress has some transitions working, but others do not. Starting with "None" and going down, Diagonal works, but Tiles, Cube, and the rest do not. Specifically, "Fine Dissolve", which is the one that I want to use. I am not aware of whether this has worked, prior to my experience. I do have a ubuntu box and they work fine. Additional info: $ libreoffice --help | head -n1 LibreOffice 5.3.3.2 30m0(Build:2) $ uname -a Linux Desk 4.11.3-1-ARCH #1 SMP PREEMPT Sun May 28 10:40:17 CEST 2017 x86_64 GNU/Linux I opened a ticket over with Arch, we found a work around, and it was requested that I open one over here to let you all know about it: https://bugs.archlinux.org/task/54244 I got it to work on my box by uncommenting: export SAL_USE_VCLPLUGIN=gen in the file: /etc/profile.d/libreoffice-fresh.sh The last comment was: Andreas Radke (AndyRTR) - Friday, 09 June 2017, 09:54 GMT-6 If transitions work with generic vcl this is probably a bug in either qt/kde or LibreOffice kde integration (kde vcl). Please get in touch with LibO upstream devs. Steps to Reproduce: * Create a new libreoffice impress presentation. * Use the first template option (I suspect any template option will still show the same issue). * Click "Open" * Change the slide transition to "Fine Dissolve" * Test by clicking: Slide show -> start from first slide * No dissolve appears Actual Results: Nothing changes Expected Results: The dissolve transition executes Reproducible: Always User Profile Reset: No Additional Info: https://bugs.archlinux.org/task/54244 Andreas Radke (AndyRTR) - Friday, 09 June 2017, 09:54 GMT-6 If transitions work with generic vcl this is probably a bug in either qt/kde or LibreOffice kde integration (kde vcl). Please get in touch with LibO upstream devs. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0
I could not reproduce, on Manjaro Linux 64-bit with today's daily build. Note that when a slide transition is applied to the current slide, it actually shows that transition when changing to it from the slide before. If you're still having trouble, I'd recommend recording a screen capture of the problem, so that we can see how exactly the problem is taking place. Best regards, Thomas Version: 5.4.0.0.beta2+ Build ID: 81e7ef8d3941de527f21c1508389c9e09518680b CPU threads: 16; OS: Linux 4.9; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-5-4, Time: 2017-06-08_04:31:09 Locale: en-US (en_US.utf8); Calc: group
I'm setting this bug to NEEDINFO. If you continue to have trouble, please submit the requested information and return it to UNCONFIRMED. If you resolve it on your own, let us know how, and set the status to RESOLVED. Thanks!
Created attachment 133945 [details] Screen-cap FYI: The slide transition is supposed to (from my experience) do a preview when you select it. Also, when you first start the slide show, the slide transition is supposed to happen: Not just when there was a previous slide.
Yeah, that's not how it should be. If someone else can reproduce it as well, I'd say it would be good to mark as new.
It works here. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.3.2 Build ID: 5.3.3-1 CPU Threads: 8; OS Version: Linux 4.10; UI Render: default; VCL: kde4; Layout Engine: new; Locale: fi-FI (fi_FI.UTF-8); Calc: group Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha0+ Build ID: d6c4c576ef71f2294ec8eefc6576a797220e6809 CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on June 18th 2017
@Buovjaga: What command did you run to get that output? Also, what is the output of (in a terminal): ``` echo "${SAL_USE_VCLPLUGIN}" ```
(In reply to karn_1 from comment #6) > @Buovjaga: What command did you run to get that output? Also, what is the > output of (in a terminal): > > ``` > echo "${SAL_USE_VCLPLUGIN}" > ``` It's not terminal output, it is copied from Help - About and it shows the used VCL backend like you see.
Ah! Thanks. I am using gtk3, then. Maybe something with gtk3 is the problem? Version: 5.3.3.2 Build ID: 5.3.3-2 CPU Threads: 4; OS Version: Linux 4.11; UI Render: default; VCL: gtk3; Layout Engine: new; Locale: en-AU (en_AU.UTF-8); Calc: group
Ok, last time I did not test gtk3 with 5.3 stable, only with a master build. Now I confirm the problem is in 5.3. Thomas up there tested with gtk2, which works for me in 5.3 (the backend variable value is simply gtk). Can you guys test 5.4 with gtk3? One possibility to test is an AppImage (just check in the Help - About that gtk3 is shown as backend): http://libreoffice.soluzioniopen.com/index.php/pre-releases/ I am not able to change the VCL backend using the AppImage, though.. I tried this and it didn't work: SAL_USE_VCLPLUGIN=gtk3 ./LibreOfficeDev_5.4.0.0.beta2_Full_x86-64.AppImage
I am not going to claim that this is a valid test, but I will throw this out there: I have a virtual machine with Antergos, with the same problem. I compiled libreoffice 5.4.0.0.beta2 and the transitions worked (for one slide). That said... I started the program again and tried changing the transition for one slide, then another. When I got to that second slide and changed the transition, the program died. A lot of instances of: ``` (soffice:2253): Gtk-WARNING **: Allocating size to OOoFixed 0x29696a0 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate? ``` And: ``` Application Error ``` Which, I know, does not help at all. As I said, though, this is coming from a virtual machine, so that might be part of the problem. Cheers!
You should create a new report for the crash. I can't reproduce the non-working transition on Ubuntu. I guess we should close as worksforme and be done with this.. Version: 5.3.3.2 Build ID: 1:5.3.3~rc2-0ubuntu0.17.04.1~lo0 CPU Threads: 4; OS Version: Linux 4.10; UI Render: default; VCL: gtk3; Layout Engine: new; Locale: en-US (en_US.UTF-8); Calc: group