Apache OpenOffice (AOO) Bugzilla – Issue 61649
While scrolling down, Writer's view jumps to different page
Last modified: 2017-05-20 10:45:07 UTC
While scrolling down with mousewheel, Writer jumps upwards by several pages. Background information: I have a 300+ page odt file, converted from MS Word. I have used a table to control text flow (left column is the margin; right column contains text). Each chapter begins with a separate table (but a chapter may contain more than one such tables.) Each chapter is only a different page style; NOT a separate section. The private file is already provided to MRU for anaysis. Problem: When I try to scroll down using mouse wheel, occasionally Writer jumps several pages upwards; often to the top of the chapter. (Actually, it could be jumping to the top of the current table: It is difficult to distinguish between the top of the table and start of the chapter). BTW I have never seen Writer jumping DOWNWARDS. (The reason may be that I usually do not scroll UPWARDS.)
MRU->FME: I was now able to see the described behaviour, even when the "page formatting" process has been pushed manually. Take the (confidential) document from issue 60340 for this (it is also base for other issues). After the formatting, e.g. via Navigator jump to page 165, scroll down via MouseWhell. You can now see, that the view is transferred to a completely different page.
.
*** Issue 82566 has been marked as a duplicate of this issue. ***
target 3.0
I think the discussion on problem #2 in this thread can be helpful to understand the described behavior: http://user.services.openoffice.org/en/forum/viewtopic.php?p=18219
Due to restricted resources I have to set the target to 3.x
Still happening in 3.0 beta 1 and DEV300m23 (Build-9326). See also bug 22453.
Seems this is resolved in 3.0 Beta 2 (Build BEB300_m3)? Can anyone confirm?
I'm still seeing jumps sometimes in m23 (Build:9326). I don't know how to tell whether that's newer or older than Beta 2, but it's within a few days of it.
No, scrolling with the slider in the scrollbar still produces wrong wrapping. I noticed that in a document with many sections (58), after scrolling by dragging the slider the text in some sections is no longer distributed evenly although this property is still marked for the section. I use German OOo3.0RC3 on WinXP.
forgotten: You see the bug, if you use a view with two or more columns.
I've got this issus in the german version 3.1.0. Sometimes the writer jumps upwards. In some cases it's not possible to click in a "normal" text row. If I click to this row, the writer jumps back. There's no problem, if I click to another row. This problem can be reproduced until the writer is closed. After a restart of the writer it's possible that the problem appears again at another location in the document. It doesn't matter which document it is. The documents are small ones. They have around 20 pages with some pictures and tables, some footnotes, footers and headers. It's the first time that I've this problem. In versions < 3.1.0 I've never had this problem. Some of my friends have the same problem. It doesn't matter which windows OS (XP SP3 or Vista SP2) is used.
I believe I have isolated this problem. If scrolling up or down in the document so that cursor position is now not visible and there is highlighted text (and I think other conditions) then if writer refreshes the screen then it changes the viewed part of the document to the cursor position. This can be reproduced at will by selecting a section of text, scrolling so that cursor is out of view and then bringing another window forward to cover the writer window and then bringing the writer window forward. I think the issue is because the currently viewed page is not always the page displayed when the window is redrawn. This happens with oo 3.1.1 m19 built 9420.
*** Issue 108395 has been marked as a duplicate of this issue. ***
I have been having this problem using my Samsung NC10 Netbook to process a long document with only one table (the Contents. However there is an additional manifestation of what I think may be the same problem when trying to use Fullscreen in Print Layout mode. A couple of times after switching view mode, a section of text from the middle of the document has apparently been transplanted to the end. This can be edited and persist even after a save and re-load, but resolves apparently spontaneously later on, and does not appear when the same file is loaded onto my desktop. Sometimes this has coincided with using the original .doc file format. Can provide files before and after this has occurred on request If this is not linked with this issue, I can raise it serparately. Thanks
Dreadfully sorry, the above occurs in Web Layout, not Print Layout. The document also contains a footnote and occurs when switching to Fullscreen.
The problem is becoming worse, to the point that Writer is sometimes unusable and it can prevent the netbook shutting down while the screen continues to jitter, with the result that it often loses battery power.
taking over
Reset the assignee to the default "issues@openoffice.apache.org".