Issue 45835 - page-style doesn't refresh after pagebreak on 1.9x
Summary: page-style doesn't refresh after pagebreak on 1.9x
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.0.4
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: needmoreinfo, oooqa
Depends on:
Reported: 2005-03-23 10:10 UTC by benji2
Modified: 2013-08-07 14:38 UTC (History)
2 users (show)

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

a small document with one custom style and which shows where to add the pagebreak (7.07 KB, application/vnd.oasis.opendocument.text)
2005-03-28 21:44 UTC, benji2
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description benji2 2005-03-23 10:10:36 UTC

The style of the page doesn't immediatly reflect the change after it has been
changed with a pagebreak insertion in some case.
Here is how to reproduce (on 2.0beta Linux Gtk at least)
- Create new document
- Create new pagestyle, for example, one with "landscape" orientation and
colored background
- fill the first page with carriage return (or anything else) and get the last
line of the page filled with characters (like "aaaaaaaaa" etc.), so that the
paragraph automatically continue on the next page.
- click somewhere on the firstpage's lastline and insert a pagebreak with the
new style. Depending on where you click (near the beginning or near the end of
the line), the page may or may not change immediatly. Note that if it doesn't
work, it's still correctly refresh after a new paragraph is inserted.

This behaviour feels like the styles change hasn't worked because of lack of
immediate feedback in some case. Correct behaviour is that the page style get
always updated after the pagebreak insertion.

This is very easy to workaround (simply add paragraph break to force its
refresh), but still very confusing. Note that this was the same on 1.1.x so
maybe it's a feature not a bug :)

Comment 1 flibby05 2005-03-28 15:39:44 UTC
Hi benji2,
do i understand correctly that this problem is a screen-rendering-issue and
apart from this minor defect OOo works correctly?
I could not reproduce it with 'fvwm'-windowmanager on SuSE 9.2.
Which distro do you use? Which window manager?
Thanks, Max
Comment 2 benji2 2005-03-28 21:42:54 UTC
Well, this is not only a screen-rendering, since the update is not applied at
all (for example, you can go to PagePreview and see that the page is not updated
at all). I attached a simple file for you to test.
I had the bug on a RedHat 9 KDE (kwin), and now, i'm doing it on a Gnome 1.4
(sawfish 1.0). Note that i'm pretty sure that this has nothing to do with the wm
nor the distro.
On the attached file (pagebreak.odt), put the cursor between "><" and add a
manual pagebreak with the style "Blue". Expected result: the next page is
landscape mode with blue background. Got result: looks as if i added a simple "\n".
Hope it can help
Comment 3 benji2 2005-03-28 21:44:01 UTC
Created attachment 24339 [details]
a small document with one custom style and which shows where to add the pagebreak
Comment 4 benji2 2005-03-28 23:05:59 UTC
also altough i used Gnome1.4, i have an upgraded Gtk+ (2.4). Note that the bug
occurs the same with the SAL_USE_VCLPLUGIN=False version, so it's not related to
the gtk rendering either (it didn't feel so anyway)
Comment 5 michael.ruess 2005-06-24 11:09:56 UTC
MRU->FME: open the attached document. At the end of first page place cursor
between "><". Via menu open 'Insert.Manual Brek' dialog. Select page break with
new style "Blue" -> the style will not be applied in the document, though it is
correctly set in Format.Paragraph.Text flow.
Comment 6 benji2 2006-11-23 17:54:58 UTC
As i'm reviewing my bugreporst, i'll confirm that this bug still occurs in
Office version 2.0.4, Fedora 4, KDE
Comment 7 ace_dent 2008-05-15 00:04:48 UTC
This Issue requires more information ('needmoreinfo'), but has not been updated
within the last year. Please re-test with one of the latest versions of OOo -
the problem(s) may have already been addressed. Either use the recent stable
or consider trying the new OOo 3 BETA (still in testing):

Please report back the outcome so this Issue may be closed or progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further :


Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
Comment 8 benji2 2008-05-15 19:54:54 UTC
I didn't update because nothing progressed for the last two years. I tested
again the example described above on 2.4 and 3.0beta, and the bug is still there.
I'm not sure why it's tagged "needmoreinfo", since it's totally reproducible.
Comment 9 Unknown 2010-10-23 07:20:08 UTC
Created attachment 72397