Comment 176 for bug 269904

I have done both things -- installed 180.18 and disabled loose binding.

Looks like the same bug has been kicked around from one spot to another.

I can now scroll in firefox without mangling the readable text. The problem I have now is with table cell backgrounds in firefox (see attached screenshot). It does not significantly affect readability, but given how bizarre it is, I have little hope that it will be fixed soon. This is no longer a scrolling bug; this is a draw-on-visibility bug (if that's really different). I have this page showing a tree, rendered as an html table with the dotted lines representing the tree branches rendered as background images in table cells. If I cover this window with another window, then uncover it, I see 2-3 of those "tree" cells filled with images from whatever window on the screen that was updated last before this firefox window was uncovered. I have pasted part of my gnome menu to show where the cell background was copied from. The wicd icon updates itself every second or so, showing the strength of the wireless signal. The next time, it may be a digit from the clock, or a small segment of it, or just a blank portion of the gnome menu.

This is not entirely unlike the pattern I saw in one of the earlier versions, where any new window would be initially painted with chopped and randomly tiled fragments of the root window. That artifact is now gone (or almost gone).

Text refresh in xterm has not been fixed. I have a feeling that it doesn't occure as often -- let's say, it works more often than it doesn't, but the problem did not go away. It is exactly the same.

And this one is new. I'm seeing hideous refresh problems in Terminal Screenlet. The pattern is not new, though. Someone in this thread pasted a screenshot a while ago (I can't find it -- the thread has grown so big), showing the same artifact in some graphical program (or was that Nautilus?). What happens is that only a narrow vertical strip on the left-hand side is refreshed, at some odd offset. The next refresh will take place in a strip that will be wider or narrower, and probably placed at a different offset. Since Terminal Screenlet refreshes its client area on every keystroke, it instantly becomes an unreadable mess, removed only by hiding/showing the entire widget layer.

Worst of all, the system was unable to wake up from suspend 3 times during the 3 days that I'm running 180.18. It wakes up with a black screen and dead keyboard. I didn't know whether the kernel was alive or not, so I had to reboot it on all 3 occasions.

Overall, no improvement. I don't feel I can trade suspend for scrolling. Suspend on this machine (Dell Precision M4300) was very unreliable in Hardy (failed exactly every other time), but I haven't seen a single failure since I installed Intrepid. 180.18 obviously interferes with it in some way.

I just noticed another artifact -- a very insignifcant one, but it may be a symptom of a problem. I use the Emerald Aqua theme from Mac4Lin, with the rounded blue buttons and scroolbars. The buttons look fine, but all scrollbars show a gray rectangular outline (see the attached image).