Issue 2270 - Failure in "Format Text" Animation Cycles
Summary: Failure in "Format Text" Animation Cycles
Status: ACCEPTED
Alias: None
Product: Impress
Classification: Application
Component: ui (show other issues)
Version: 638
Hardware: PC Windows ME
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-11-25 19:09 UTC by dgreve
Modified: 2017-05-20 10:55 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description dgreve 2001-11-25 19:09:52 UTC
Problem and how to reproduce it:
1)	Create a blank presentation document with plain text somewhere on the 
doc.
2)	Make sure border of text to animate is selected.  From Tools menu, 
choose Text option.
3)	Choose Text Animation tab.  In effect drop down menu, choose blink.
4)	Under Animation Cycles, deselect continuous. In the field to the right 
of continuous, enter 32768 and click OK.
5)	Click Start Slide Show icon.  Notice the text blinking continuously.
6)	Press escape.  Go to Tools menu, choose Text option.  Choose Text 
Animation tab. 
7)	The number of Animation Cycles indicates 1.  However, if the slide show 
is ever run, the text will blink continuously. (or at least many, many times)
8)	This problem occurs with any number greater than 32768

Related Notes:  
a) The max number that the Animation cycles field can hold is 2,147,483,647. If 
the increment button is pressed, the number turns over to 1 and the text will 
only blink once. b) If a very large number is entered (9 repeated 10000 times) 
the numbers overlap and are illegible.
Comment 1 bettina.haberer 2001-11-26 12:38:41 UTC
Bug is reproducible. The number for 'continous' should be saved and 
not fall back to one.
Comment 2 bettina.haberer 2001-11-26 12:43:17 UTC
Hello Armin. The problem, that the changed counter for 'continous' is 
not saved, does no more occure in an actual version (641q1). But 
plaese have a look at the other points of this issue.
Comment 3 dgreve 2001-11-27 20:31:26 UTC
Related Note (b), about the illegible numbers does not seem to affect 
release 638c, only affects 638.
Comment 4 Armin Le Grand 2001-12-21 12:41:19 UTC
Original issue: Indeed, from 32768 and higher, the number is reset to 
1. This seems to be a bug, don't know ATM, i'll have to take a look.
To a,: That's wanted. When the maximum is reached the SpinField goes 
back to minimum. To b,: Could not reproduce. Whatever number bigger 
than 2.147.483.647 is entered is clipped to that value. Could not get 
numbers to overlap. When this happens again, this should be reported 
as a bug for the SpinFields -> base technology.
Comment 5 ooo 2001-12-21 16:45:39 UTC
accepted
Comment 6 ooo 2003-09-11 08:50:07 UTC
KA: changed target
Comment 7 marc.neumann 2003-10-15 14:02:13 UTC
"According to the OpenOffice.org roadmap
(http://tools.openoffice.org/releases) this issue was retargeted to
OOo Later." 
Comment 8 Marcus 2017-05-20 10:55:35 UTC
Reset assigne to the default "issues@openoffice.apache.org".