emacs22-gtk forgets drawing window contents up to the next expose event

Bug #365927 reported by Leonard Michlmayr
2
Affects Status Importance Assigned to Milestone
emacs22 (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: emacs22-gtk

Sometimes when the text that emacs is supposed to display changes, it does not update the window.

See the screenshot which was taken after typing M-x gdb [RET]. The cursor mark is in the right position, but the text to the left of the mark is not updated at all. After switching to another workspace and switching back, the window is updated.

Since I am also experiencing bug #326734 in gnome-terminal, I thought these two bugs were the same, but the gnome-terminal thing could also be a ncurses issue. I feel this issue it is related to gtk+/gdk/pango. It looks like it is skipping drawing the window contents until the next expose event fixes that. Maybe some race condition in event handlers or something like emitting the expose event for the updated region before actually updating the pixbuf...

Revision history for this message
Leonard Michlmayr (leonard-michlmayr) wrote :
Revision history for this message
Leonard Michlmayr (leonard-michlmayr) wrote :

This problem is outdated. Emacs23 in Natty works fine.

Changed in emacs22 (Ubuntu):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.