Problem description: In the RTF spec., \page should produce a single new-page, not part of paragraph properties Steps to reproduce: import an RTF document that includes \page Current behavior: ignored Expected behavior: new page Operating System: Windows XP Version: 3.6.4.3 release Last worked in: unspecified
I have to correct this - \page is not rendered as it used to be, in a document format that used to open well in MS Word (sadly no longer available to me). But a simple document, constructed from one of these formats, renders \page perfectly well. So there is a problem, but not a failure. Maybe I was just lucky before! I've rewritten the generating application anyway, to use \pagebb so please close this issue.
The problem was that when a box is defined within a paragraph, then "\page\par " fails to render the pagebreak, as it used to do. "\par \page" is fine, however.
Can you please attach a document that can reproduce the issue? Thanks!
Created attachment 72848 [details] sample document with bad \page rendering With sensitive data replaced by x's, there is now a page feed as there wasn't before - but still not in the right place. Replacing "\page\par" with "\par \page" should get the page feed in the right place.
I can reproduce this behavior using attached RTF. @Miklos: Can you take further care of this bug/enhancement? Thanks for reporting, Joren
So, it seems \page is indeed ignored, but only in case there was a \sbknone _and_ a \titlepg before.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3974e9952102dbfb4f004872768b1096133bd9a5 fdo#58646 fix import of RTF_PAGE in cont section when having titlepg 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.
-4-0 review: https://gerrit.libreoffice.org/1968
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=bc6a23a47936f6d74f5348a22ada4874945dc884&h=libreoffice-4-0 fdo#58646 fix import of RTF_PAGE in cont section when having titlepg It will be available in LibreOffice 4.0.1. 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-3-6-7": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a90bf4be9990ec8ccf4abed9ac09c59cd0ebfb2c&h=libreoffice-3-6-7 fdo#58646 fix import of RTF_PAGE in cont section when having titlepg It will be available already in LibreOffice 3.6.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.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=29a2c9e208facd1956fa2dd03d66c7ad8ae5deee&h=libreoffice-3-6 fdo#58646 fix import of RTF_PAGE in cont section when having titlepg It will be available in LibreOffice 3.6.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.
Migrating Whiteboard tags to Keywords: (filter:rtf) Replace rtf_filter -> filter:rtf. [NinjaEdit]
The problem remains: Import of a RTF with {\page } leads into a corrupted document without correct page intersections. MS Word interpret this correctly. A RTF with {\f0\fs18 \page } or a \page without curly brackets seems to work. Operating System: Windows 8.1 Version: 5.1.5.2
Sorry, closing again. This bug was marked as fixed 3 years ago, the testcase in question still passes. You have a similar, but not equivalent problem. Please open a followup *new* bugreport, and I'm happy to take a look. Thanks!