Bug 67834 - SLIDESHOW: Playtime not more then 99,99 sec.
Summary: SLIDESHOW: Playtime not more then 99,99 sec.
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.0.4.2 release
Hardware: Other All
: medium major
Assignee: Not Assigned
URL:
Whiteboard: BSA (target:4.2.0)
Keywords: regression
: 69140 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-08-06 16:37 UTC by Joerg Huber
Modified: 2014-05-01 11:12 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Joerg Huber 2013-08-06 16:37:37 UTC
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
Comment 1 Jorendc 2013-08-06 18:35:08 UTC
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
Comment 2 Joerg Huber 2013-08-07 05:35:25 UTC
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.
>
Comment 3 Jorendc 2013-08-07 20:10:32 UTC
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 :)!
Comment 4 tommy27 2013-09-10 21:43:16 UTC
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
Comment 5 tommy27 2013-09-10 21:44:48 UTC
*** Bug 69140 has been marked as a duplicate of this bug. ***
Comment 6 Rodolfo 2013-10-13 18:50:25 UTC
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.
Comment 7 Jorendc 2013-10-18 17:29:23 UTC
(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
Comment 8 Joel Madero 2013-10-29 14:36:33 UTC
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 :)
Comment 9 cyrille grosdemange 2014-02-26 09:21:11 UTC
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
Comment 10 Caolán McNamara 2014-05-01 11:12:07 UTC
The original bug is fixed. The follow up issue of ze.cyrilou@gmail.com is bug 74468 which is also fixed.