<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Auto playing slideshow will stop after a 10-20min only in 32bit Linux" href="https://bugs.documentfoundation.org/show_bug.cgi?id=128715#c5">Comment # 5</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Auto playing slideshow will stop after a 10-20min only in 32bit Linux" href="https://bugs.documentfoundation.org/show_bug.cgi?id=128715">bug 128715</a> from <a class="email" href="mailto:rmassoth82@gmail.com" title="Ryan Massoth <rmassoth82@gmail.com>"> Ryan Massoth</a> <pre>I also ran into this issue while making a Raspberry Pi kiosk type application. I found that it always seemed to stop within 20-30 minutes but the stop time wasn't consistent. A made a workaround where I monitor the slide index and if it doesn't change within a few seconds of when it's supposed to, I manually advance the slide. This works very reliably and the slideshow will continue for over an hour after before freezing again and I thought that seemed suspiciously like a pattern. I started logging the stop times and found that after the first stop, which is seemingly random, it always stops after 71 minutes 34-35 seconds. When converted to seconds it's 4294 seconds. In microseconds that's 4294000000 which is just about the max number you can get from a 32 bit unsigned integer which is 4294967296. It seems that this bug is definitely a result of running on a 32 bit system and the slideshow timer seems to be using a clock that runs independent of libreoffice/impress because it stops at a random time the first time after starting the slideshow. I'm also using Raspian Buster, libreoffice 6.1.5.2</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>