Bug 149550 - xterm w/font fixed crashes on tk man pages
Summary: xterm w/font fixed crashes on tk man pages
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: xterm
Version: 3
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-02-23 22:13 UTC by Peter Dalgaard
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2005-03-07 15:07:14 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Peter Dalgaard 2005-02-23 22:13:56 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Gecko/20041111 Firefox/1.0

Description of problem:
With the default fixed font, xterm crashes with a BadName error upon
display of certain man pages. As far as I can see, the culprit is the
revision bar displayed on the right hand side of some pages.

As you can surely imagine, this gets to be quite a pain if you are
using xterms for your standard terminal, as is default in Xfce sessions. 


Version-Release number of selected component (if applicable):
xterm-192-1

How reproducible:
Always

Steps to Reproduce:
1.start an xterm (-fn fixed if you have defaults set otherwise) 
2.enter "man n button"
3.scroll down about 8 lines
    

Actual Results:  xterm dies with
xterm:  warning, error event received:
X Error of failed request:  BadName (named color or font does not exist)
  Major opcode of failed request:  77 (X_ImageText16)
  Serial number of failed request:  395
  Current serial number in output stream:  401


Expected Results:  xterm would not die ;-)

Additional info:

A workaround seems to be to use xterm with any other font than fixed.
In particular, xterm -fn 6x13 is indistinguishable from fixed and does
not have the problem.

Using a remote xterm running on SuSE 9.1 has the same issue. However,
it does not happen with one running on RedHat8.

Comment 1 Mike A. Harris 2005-03-06 16:39:54 UTC
Are you running these commands to a remote machine via ssh
with X11 forwarding?

If so, if you invoke ssh as "ssh -Y remotehost", does the
problem go away?

Comment 2 Mike A. Harris 2005-03-06 16:40:17 UTC
Setting status to "NEEDINFO"

Comment 3 Peter Dalgaard 2005-03-07 08:28:06 UTC
Hm, the problem seems to have vanished altogether now...

It was perfectly reproducible before, and happened on the local
machine. (I've been bitten by the ssh -Y thing before, and have    
"ForwardX11Trusted yes" against the relevant machine). 

I can only conjecture that something like the font server had gotten
itself wedged. 

Comment 4 Mike A. Harris 2005-03-07 15:07:14 UTC
Ok, if the problem happens again, please reopen the bug.

Setting status to "WORKSFORME", as the problem has vanished,
as indicated in comment #3.

Comment 5 bperkins 2006-12-11 04:45:05 UTC
I noticed the same problem with xterm in fc6, it went away when I restarted xfs
and restarted the x server.  Seemed to only affect the default "fixed" font.  

When I restarted xfs, I couldn't start any xclients, so I'm not sure whether
that helped or not.



Note You need to log in before you can comment on or make changes to this bug.