https://bz.apache.org/ooo/show_bug.cgi?id=126686
Brent Allard <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #3 from Brent Allard <[email protected]> --- Replicated in OSX 10.10.5 My replication was very similar: 1) create a new writer document with X (not 'x', this is a variable. Explanation below...) characters at 2 (or some other small) font. 2) highlight all the characters (I just used my mouse) 3) change the font size to anywhere between 600 and 999 using the [...] icon above the font size box in the properties panel, to the right of the screen. - If you change the font size using the text box itself, you aren't changing directly to 999. You're changing to 9, then 99, then 999. THE BUG: At a font size of 600-999, one character should take up one page. If the page count after changing the font is less than the number of characters, you're seeing the bug. Observe what happens in such a case as you continue scrolling downwards with the scroll bar. When you reach what Writer thinks is the 'max' page, the 'max' value will increment by ten. This repeats until you scroll down to the true bottom of the document, at which point the page count will be correct. On my machine, an X value of about 140 was the lowest I could go and still observe issues. (it thought there were 132 pages). The problem exacerbates as X->INFINITY. For example, at 10,000 characters, Writer only thought there were 209 page. OBSERVATIONS (IMPORTANT): Any arbitrary font size conversion I chose (2 to 300, 50 to 900) didn't seem to change how the bug manifested. The ratio of the 'before' size to the 'after' size merely has to be large enough that you're generating at least 140-200 new pages. It didn't matter in my test cases whether I was jumping from 1 page to 200, or 200 to 400. -- You are receiving this mail because: You are the assignee for the issue.
