Bug 366109 - Slideshow freezes on first image (Windows)
Summary: Slideshow freezes on first image (Windows)
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-Generic-SlideShow (show other bugs)
Version: 5.0.0
Platform: Microsoft Windows Microsoft Windows
: NOR crash
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-07-25 21:26 UTC by Erin Yuki Schlarb
Modified: 2020-08-12 12:54 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.1.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Erin Yuki Schlarb 2016-07-25 21:26:29 UTC
The first image will be successfully displayed within the fullscreen window, advancing to another image using the arrows or by waiting for the timer, will change the image digiKam thinks it's showing, but not update the contents of the fullscreen window (neither progress bar nor displayed image will change).

Reproducible: Always

Steps to Reproduce:
1. Select an image
2. Click on the "Show full screen" button
3. Click on the "Next image" (double forward arrow) button

Actual Results:  
Nothing (no change in display whatsoever)

Expected Results:  
Change image to something else

Windows 10 Home x86, 3GiB RAM
Graphics: Intel® Q35 Express Chipset (WDDM 1.0)
Comment 1 Maik Qualmann 2016-07-25 21:39:16 UTC

*** This bug has been marked as a duplicate of bug 365410 ***
Comment 2 Erin Yuki Schlarb 2016-08-02 21:03:51 UTC
I have compiled the latest git snapshot from source last week and can confirm that this has been indeed addressed. Thanks! 
Comment 3 caulier.gilles 2016-08-03 09:38:01 UTC
Just to know, did you compiled digiKam & co for Windows ? Did you use MXE ?

Gilles Caulier
Comment 4 Erin Yuki Schlarb 2016-08-04 00:45:06 UTC
Yes, I compiled digiKam for the `win32` target based on the instructions in `project/mxe/README`.

My main wish for improvements would probably be to be able to use the precompiled MXE dependencies from their repos instead of having to compile QtWebkit (and everything else) myself. I needed 4 tries to compile it, since the compilation kept causing OOMs.
Other than that it was surprisingly smooth sailing. 
Comment 5 caulier.gilles 2016-08-04 09:40:49 UTC
>to use the precompiled MXE dependencies from their repos

There are precompiled binaries repositories in MXE project ? Where are the details about on the web ?

Yes, MXE is really a great improvement to compile open source project for Windows, without to have M$ OS + M$ compiler...

Gilles Caulier
Comment 6 Erin Yuki Schlarb 2016-08-22 20:53:01 UTC
Sorry for ignoring you…

> There are precompiled binary repositories in MXE project ? Where are the details about on the web ?

I don't know whether this is documented anywhere, but the Debian repository definitely has a lot of useful stuff (I think it's everything digiKam uses MXE for):
http://pkg.mxe.cc/repos/apt/debian/pool/main/m/

[A few minutes later] Actually http://pkg.mxe.cc documents the MXE binary distribution reasonably well. There is also a distribution with `.tar.xz` archives (http://pkg.mxe.cc/repos/tar/) available; no rpm through.