Apache OpenOffice (AOO) Bugzilla – Issue 6069
serious display glitches on IBM Thinkpad
Last modified: 2013-08-07 14:41:36 UTC
Running OpenOffice 1.0.0 on an IBM Thnkpad X23, under Windows 2000: it has an ATI Mobility Radeon card, runnning the latest driver (5.13.1.325). I have hardware accelleration full on. I will try turning it down to see if that helps. The problem is that OO frequently and repeatably fails to redraw portions of the screen, with results that range from odd to unpleasant. The most unpleasant comes when using a macro to transpose two characters: this shows the deletion of the fisrt character, but then does not show the insertion of the second. If I manually a space or something similar into the line affected, the display is redrawn correctly. In general, the display will always be correctly redisplayed if I manually force it to redraw by page up/page down. But sometimes the problem is cause by paging through large files using the page UP/page down keys (more often, when paging backwards. I will try to attach screenshots, showing the temporarily distorted displays. But it should be axiomatic that the screen updates (as it does running on my desktop) when the underlying text is changed.
Created attachment 2048 [details] screenshot of badly redrawn screen
Created attachment 2049 [details] more dramatic example: two windows, tiled vertically, with undrawn bottom halves
Created attachment 2099 [details] another scrambled screen after opening tiled windows
The screenshot above came from a quite different computer, a desktop PC running windows 3000, with a Matrox G400 video card drving a 19" monitor at 1240*1024 in high colour. Note that the newly opened file on the left of the screen hasn't drawn the bottom of its window at all, so all kind of gunk is showing through where the text should be. How to repeat: Open two writer files and set both to "online view". This is anyway necessary if you want to work with them side by side. Close all other desktop windows, and click the taskbar to "tie windows vertically". Look at the result :-)
It is possible to undo the damage sometimes by pressing ctrl-shift-R (puzzlingly described as "restore view"). I think that it would be better English to call it "repaint view"
I have the same problems on Suse Linux 7.3 KDE 2.2? on several different machines with various video cards. OO version 1.0.1. What I have just noticed is that the screen corruption is corrected if I click to another desktop, then click back to the one with OO. That might suggest a KDE or X problem, but since no other application exhibits this phenomenon (the other app that I scroll the display in all the time is Mozilla, and it never does this), it strongly suggests that it is a bug in Open Office. I have observed it in StarOffice as well, not surprizingly.
Actually, I have discovered that my problem is caused by the "tooltip" (I think that's what it's called) which appears when I scroll the counterweight of the vertical scroll bar. Grabbing the counterweight causes a tooltip to appear which tells the page, section, information like that, which hovers over the page while the scrolling happens. It is this tooltip which is currupting the screen display. I suppose one more screen refresh needs to be done after this tooltip is disposed of, but that isn't happening. Perhaps I should make a new issue for this one.
Created attachment 2741 [details] Image of currupt screen OOo 1.0.1 Linux, caused by vertical scrolling.
ES->OD: looks like a general issue. Can you handle this in one report?
OD->Andrew, Chris and ES (10.02.2003): It's hard to reproduce Your described defects - please attach corresponding documents. The defect on page up/down should be fixed in current version, please check this.
WEll, I get this effect irrespective of what documents I'm using on 643. (I have 1.02 on another machine, but I can't reach it now.) Have you tried opening two files in online view and then tiling them vertically? That is an infallible way to reproduce this bug for me. If it does not reproduce in internal builds, that's good news. The failure to repaint after transposing letters is less common now that it used to be. I filed this bug nearly nine months ago, so I can't remember exactly when it became less common. But it still happens occasionally. It seems to make no difference which file I am working on. I don't notice it so much since I reprogrammed f12 to repaint the screen. But I will post you an example the next time it happens. I have not been troubled by the page-up bug for a while. On the other hand, I haven't been working with really large documents since the autumn. I came up when I was doing a 200 page book. I'm reluctant to file an entire book as a bug report :-)
I definitively cannot reproduce those problems. - does it still happen when you shut down most of the programs running in the background (as one can see on the third screen shot ;-) )? - repaint problem with to windows: when exactly does this happen? Resizing? Going to online mode? Opening the document? - Please test this on your system with a newer build
I am still experiencing screen corruption associated with scrolling, when there is a large toolip that pops up from the vertical scrollbar, in OO.org 1.0.2
this looks fixed in 644. I am at any rate unable to reproduce the tiling redraw bug in 644, though it is still present in 643 and 1.02. Should we mark this as fixed now, or wait until there is a stable 644 release? I'm thinking it would be useful to people still suffering to know that it has been fixed but not, so to say, on general release (after all, 644 has a load of fresh juicy, many-legged buglets.)
OD->ES (17.02.2003): Can You please take over.
Looks fixed in 644_m1, so I am marking it as such
closed