Apache OpenOffice (AOO) Bugzilla – Issue 108584
Text following footnote at right margin will not be shown on MacOS
Last modified: 2013-08-07 14:44:07 UTC
In the attached* document, most of the sentence following footnote 16 does not display. If extra text is added so that the footnote moves to the next line, then everything displays properly. If the first few paragraphs of the document are deleted, then the text following the footnote displays correctly. I have checked this with 3.1.1 and 3.2RC3 running MacOS 10.6.2. *There should be an "Create a new attachment" link, but there isn't. Please email me and I will email you back the document demonstrating the bug.
Created attachment 67364 [details] Example of bug following footnote 16
Cannot confirm on Windows and Linux. Will try later with OOo on Mac.
Created attachment 67398 [details] In this example, note that with footnote 17, the 17 in the main text incorrectly displays along the left margin rather than staying attached to the preceding word.
MRU->HDU: open the first attachment and scroll to page 3. There you will see Footnote 16 directly at the right text border. Text following this footnote is not fully displayed. It will appear back when you enter additional text and force the footnote to move to next page.
Cannot reproduce on OOo321 oder DEV300 (on m80), probably because footnotes got some love for OOo321, e.g. #b921213# in CWS sw321bf01 and some other fixes. @mru: please check again with OOo321, if it still can be reproduced reassign it to OD or MST (unless a similar problem can be shown with regular text i.e. not in a footnote)
I just checked both of the attached example files with 321. Neither displays properly.
MRU->HDU: the footnote fixes did not have benefit on this issue. This here is Mac-only. Open the document in OOO321 or 300m83 and see that there is text missing between Footnote 16 and 17 (page 3) which you will see reappear when entering text or a paragraph break in that line.
Created attachment 74869 [details] snap of supposed problem in the first test document
Created attachment 74870 [details] snap of supposed problem in the second test document
The footnotes attached above look good to me. @mru: Please highlight the reported problems in the snapshots.
MRU->HDU: the problem is not in the footnote area. See in the text on page 3, there you can see just a single word "War" between footnote anchor 16 and 17. When you now enter a paragraph break right before footnote anchor 16, you will notice that now there is much more text between 16 and 17.
Created attachment 74876 [details] Screenshot 1
Created attachment 74877 [details] Screenshot 2
ATSU seems to have a problem with leading spaces if there is not enough room for them. It even returns an undocumented error code. The ATSU-problem might be specific for OSX10.6 though. Now if the undocumented error code (-50) is reliable and doesn't change then the workaround is easy.
More debugging shows that the paramErr==-50 is returned when the available space is less than 1.000 pixels. As soon as the available width is increased to >=1.000 the error code immediately changes to kATSULineBreakInWord==-8808 which would also make sense for 0<=width<1.0. Anyway, now that the problem is fully understood the solution is clear. Done in CWS.
@mru: please verify in CWS pdffix03
Adjusting target
Taking over due to MRUs vacation.
Verified in CWS pdffix03.
OK in OOo 3.3 RC7. Closed.