Bug 366109

Summary:	Slideshow freezes on first image (Windows)
Product:	[Applications] digikam	Reporter:	Erin Yuki Schlarb <erin-kde>
Component:	Plugin-Generic-SlideShow	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	crash	CC:	caulier.gilles, metzpinguin
Priority:	NOR
Version:	5.0.0
Target Milestone:	---
Platform:	Microsoft Windows
OS:	Microsoft Windows
Latest Commit:		Version Fixed In:	5.1.0
Sentry Crash Report:

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.