Problem description: Steps to reproduce: 1. Start Create a presentation 2. On config select a playtime more then 99,99 seconds e.g 200 3. Start Presentation and stop the time Operating System: Windows 7 Version: 4.1.0.4 release
I can confirm this behavior, tested using Windows 8 with LibreOffice Version: 4.2.0.0.alpha0+ Build ID: 087a610fcd5c0c354a9ed6bfccd3451b667d62a3 TinderBox: Win-x86@6-debug, Branch:master, Time: 2013-08-04_21:41:24 Looks more an enhancement request then a bug to me. Marking it as such. The 'feature' works, only there are (for some) to low maximums. Kind regards, Joren
Hi Joren, if you tested it under version 3.6.7, you can get a longer playtime then 99,99 sec. kind regards from Kiel Jörg Am 06.08.2013 20:35, schrieb bugzilla-daemon@freedesktop.org: > Jorendc <mailto:jorendc@libreoffice.org> changed bug 67834 > <https://bugs.freedesktop.org/show_bug.cgi?id=67834> > What Removed Added > Status UNCONFIRMED NEW > Severity normal enhancement > CC jorendc@libreoffice.org > Ever confirmed 1 > > *Comment # 1 <https://bugs.freedesktop.org/show_bug.cgi?id=67834#c1> > on bug 67834 <https://bugs.freedesktop.org/show_bug.cgi?id=67834> from > Jorendc <mailto:jorendc@libreoffice.org> * > I can confirm this behavior, tested using Windows 8 with LibreOffice Version: > 4.2.0.0.alpha0+ Build ID: 087a610fcd5c0c354a9ed6bfccd3451b667d62a3 TinderBox: > Win-x86@6-debug, Branch:master, Time: 2013-08-04_21:41:24 > > Looks more an enhancement request then a bug to me. Marking it as such. The > 'feature' works, only there are (for some) to low maximums. > > Kind regards, > Joren > ------------------------------------------------------------------------ > You are receiving this mail because: > > * You reported the bug. >
Hi Joerg (In reply to comment #2) > Hi Joren, > > if you tested it under version 3.6.7, you can get a longer playtime then > 99,99 sec. Thanks for that information! Well, in that case it's a regression and it _is_ a bug. PS: please do not reply to the emails you get, but browse to the bug (https://bugs.freedesktop.org/show_bug.cgi?id=67834) itself and leave a comment there. Thanks :)!
the problem is that advance time higher than 99,99 sec is not accepted in 4.1.x releases. in LibO 4.0.4 the limit was instead of 999 second. interestingly the 4.0.4 doesn't accepts fractional values like 10,5 seconds (which is then converted to 11) while the 4.1.x releases accept decimals as well (you can set 10,54 sec if you like). I suspect that the issue here is that 4.1.x doesn't accepts 5 digits number... if you type 100 sec or any higher numbers it is interpreted as 100,00 and then converted to the highest available 4 digits number which is 99,99. so a possible fix would be to ged rid of the second decimal to allow times up to 999,9 (which is still 4 digits) or allow 5 digits numbers (i.e. 999,00) adding Impress expert to CC list
*** Bug 69140 has been marked as a duplicate of this bug. ***
It seems it has been fixed in master. So, 4.2 version won't have this bug. I think this is the cause of the bug: http://cgit.freedesktop.org/libreoffice/core/commit/?id=2c82e5d304b56c1dd95d0f3dcafc9a36ce02b5f4 And the master trunk doesn't allow milliseconds transitions anymore.
(In reply to comment #6) > It seems it has been fixed in master. So, 4.2 version won't have this bug. > > I think this is the cause of the bug: > http://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=2c82e5d304b56c1dd95d0f3dcafc9a36ce02b5f4 > > And the master trunk doesn't allow milliseconds transitions anymore. Indeed, I can reproduce the behavior using Linux Mint 15 x64 with Version: 4.1.1.2 Build ID: 7e4286b58adc75a14f6d83f53a03b6c11fa2903 Can't reproduce anymore using Version: 4.2.0.0.alpha0+ Build ID: 3f3d684430f0c8437550d207b5d54da9c80f19ff Kind regards, Joren
I spoke with Thorsten about getting this backported and it's pretty unclear what actually fixed it. He thinks maybe Bubli's or Caolan's UI rework might have incidentally fixed it but backporting this is not an easy task. He suggested, and I agree, that this is a "WFM" now - everyone can expect a fix in 4.2 Thanks for the report :)
Hi, got a problem with this feature : With LibO 4.1.3.2 (ubuntu shipped package) AND LibO 4.1.5.3 (official release), playtime is 99,99sec maximum. With LibO 4.2.1.1 official release, we CAN set for example 530sec BUT the effective timeplay will be 5,30 sec
The original bug is fixed. The follow up issue of ze.cyrilou@gmail.com is bug 74468 which is also fixed.