Created attachment 94902 [details] non-standard RTF Some non-standard RTF file are opening incomplete, some text missing. MS Word 2003 & WordPad opened file correct.
Confirming.
Confirming that this still occurs. The text is cut off after the reference number after "no man’s land". The reference itself is spared. Version: 4.4.0.0.alpha0+ Build ID: 9177329a425cf70b515d1f266132838894fe54c6 TinderBox: Win-x86@39, Branch:master, Time: 2014-10-06_01:02:02
Created attachment 109856 [details] Screenshot in MS Word Viewer
Reproducible with LibreOffice 4.3.3 and 4.4.0.0-beta1 on Debian x86_64. LibreOffice 3.5.4 crashes when I try to open the file.
Yep, 3.5 crashes, when opening, but 3.3 doesn't have the problem. Ubuntu 14.10 64-bit LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Added regression keyword, even though bibisecting might not be possible.
Adding Whiteboard:bibisectRequest (If in doubt, tag it with a request - if it's preBibisect we'll find out quickly enough)
Well, the good news is that this isn't exactly prebibisect. The bad news is that it is very difficult to bibisect. Occasionally, under some miracle conditions, this document will not crash and will successfully load the document. Sometimes it can take me over 100 tries. Other versions/attempts never seem to be able to load the file. I have no idea what would be causing the file to load sometimes, but not others. I've been making use of a while loop to run LO repeatedly until it actually loads. I've tried adjusting for other factors by wiping my config directory, removing the document lock file, and cleaning the bibisect directory in between every launch, but nothing seems to help with the crashes. I attempted to perform an actual bibisect, but I keep running into situations where I can never actually launch the document. I can at least limit the problem commit to somewhere between "last40onmaster" and "last41onmaster," but that's still a range 108 revisions. I was able to somehow launch both of those versions and the "last40onmaster" revision had the full text, while "last41onmaster" showed the current cut-off behavior. All I know is that I've racked up 2606 segfaults in my syslog testing this one. But I might be doing something stupid and someone else might have better luck bibisecting, so I'll leave the whiteboard status as bibisectRequest.
The problem is that we normally start buffering of the text after \super to catch custom footnote/endnote markers, but that should stop at \chftn -- and it does not in this case.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=cec5f2eab25578a9859134d697c200089c597faa tdf#75614 RTF import: fix missing text after footnote It will be available in 5.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
libreoffice-4-4 review: https://gerrit.libreoffice.org/15270
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a32b8e78b2847c39c3d51aad7f4a76a79370119c&h=libreoffice-4-4 tdf#75614 RTF import: fix missing text after footnote It will be available in 4.4.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=dee3f93a9e82fe320ce2de7078a32ecaa25e9c1b&h=libreoffice-4-3 tdf#75614 RTF import: fix missing text after footnote It will be available in 4.3.8. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-4-3-7": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b1c6700aed0f8562c317132f6473344f04b7fea3&h=libreoffice-4-3-7 tdf#75614 RTF import: fix missing text after footnote It will be available in 4.3.7. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Migrating Whiteboard tags to Keywords: (filter:rtf, bibisectRequest) [NinjaEdit]