Apache OpenOffice (AOO) Bugzilla – Issue 7817
Screen corrupted by tooltip when scrolling
Last modified: 2004-02-05 15:15:36 UTC
The tooltip that appears when the counterweight is grabbed by the mouse in order to scroll the document, causes corruption of the screen display when scrolling that reamins after scrolling is complete. An image is provided at the URL above, which points to a .png file showing the corruption. I couldn't capture the tooltip, but when the document contains sections, then the scrolling tooltip is very wide. When it extends into the text display area, the display becomes corrupted. This problem has been observed on several machines with different video cards. The Ctrl-Shift-R command fixes it, thus it appears to be a failure to refresh the screen once more after scrolling is complete. Suse Linux 7.3, OO.org 1.0.1
Here's a link again to the .png for convenience: http://home.earthlink.net/~crobc/oo-bug/screen.corrupt.png
Created attachment 4674 [details] Writer file demonstrates issue 6069
Hmm, I thought I was attaching a file to issue 6069, but it wound up here. It appears that this is related to 6069, but not sure. This may be a separate bug, with similar manifestations. Anyway, the newly attached file demonstrates screen corruption when scrolling, and this problem occurs in 1.0.2. There are two aspects to this corruption: First, the display becomes corrupted when the tooltip associated with the vertical scrollbar overwrites the main display. To notice this effect, scroll through the page 2 of attachment ID=4674. Usually, when scrolling down, the problem doesn't occur. But when you scroll up, the tooltip "Page 2 4/5 -B Experimental Data Needed to Derive the DC Model Parameters" appears to corrupt the screen display, and the residue of the corruption remains after you stop scrolling. Secondly, it appears that when scrolling up, there is a more subtle corruption that occurs. This corruption appears to originate at the horizontal line at the bottom of the screen, the line where the text in Writer emerges from. Sometimes the corruption appears to be the bottom pixels of a line of text, get stretched in the vertical direction. Other times, stray pixels or little line segments get deposited between lines of text, in the whitespace.
SBA->US: See internal bt4857558.
.
This looks like it is being dealt with. I will add the "oooqa" keyword.
Is there anythig that can be done/improved in GSL? I noticed that disorders caused by the tooltip can happen almost any time, it seems especially when XIO bandwith is low. I played around with SAL_HIGHPRIORITY_REPAINT seemingly without any changes. I guess this is different from a forgotten repaint in Writer.
cp->us: conceptional problem. we are using the screen as a double buffer storage without having real control over its contents, not for 1.1.1. cp->ssa: we need to fix this for 2.0, eventually together with thorstens canvas or correct double buffering (or save under).
We have similar problems on windows, too. Scrolling under systen windows is not perfect yet.
*** Issue 17996 has been marked as a duplicate of this issue. ***
*** Issue 16444 has been marked as a duplicate of this issue. ***
duplicate *** This issue has been marked as a duplicate of 20249 ***
closing duplicate