Bug 2918

Summary: emacs garbage screens
Product: [Retired] Red Hat Linux Reporter: wilibear
Component: emacsAssignee: David Lawrence <dkl>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: low    
Version: 6.0   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-05-26 15:50:09 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description wilibear 1999-05-18 23:09:20 UTC
With emacs and emacs-X installed, when emacs
is invoked, the window it pops up in is unusually
wide, and typing and cursor movement cause
strange scramblings of the text to occur.

For whatever reason, this bug went away for me
when I applied the netscape java fix mentioned
in, for example, bug # 2495 (using chkfontpath).

Comment 1 Derek Tattersall 1999-05-19 14:36:59 UTC
Have not been able to reproduce the symptoms reported on any of
several systems.

Comment 2 wilibear 1999-05-20 03:36:59 UTC
I just noticed bug #2295 --- I've got a
Diamond Viper 550 (Riva TNT) on a PII/400.
My probs are not limited to emacs.  Netscape
hangs (even with chkfontpath workaround). When
running info in KDE's terminal emulator kvt,
the terminal window accumulates random pixels
of text-color where they should be background
color.

Problems do not occur with RH5.2 &
XFree86-3.3.3.1 and KDE-1.1.1.

Comment 3 Derek Tattersall 1999-05-20 15:22:59 UTC
Seems to be a riva driver problem.

Comment 4 Preston Brown 1999-05-26 15:50:59 UTC
emacs garbage screens are related to the chkfontpath problem which
support knows about.  The other problems mentioned in this bug report
are not related, and if they persist, should be filed under a fresh
bug report.