Bug 33274

Summary: xchat scrawls text over itself
Product: [Retired] Red Hat Linux Reporter: Stephen John Smoogen <smooge>
Component: xchatAssignee: Mike A. Harris <mharris>
Status: CLOSED NOTABUG QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 7.1   
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: 2002-01-20 11:04:49 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 Stephen John Smoogen 2001-03-26 18:08:16 UTC
xchat-1.6.3-4

xchat will "uglify" itself on its left column. "Uglifying" means that text
becomes corrupted because there are 2 sets of text writing over the same
visual space. The cause seems to be in that the the timestamp widget is
"colliding" with the names widgets. This makes the left column unusable
until you move your mouse over it where it will do a partial redraw.

Sorry cant be more technical without coffee.

Comment 1 Owen Taylor 2001-07-19 23:35:57 UTC
Haven't seen this. Could you try again with the xchat-1.8 RPMS
we have now in Rawhide and see if it still occurs?

Comment 2 Mike A. Harris 2002-01-07 12:23:21 UTC
I noticed that also and thought it was a bug too.  I've been told it is
a feature however, so that one can see the timestamps properly.
Depending on the location of the separator bar - nicknames and timestamps
may collide. the timestamp remains visible with the nick under until
you move it or cause it to display.

I'm not sure how it should work officially though, I can see ups and
downs to both methods.  Probably should discuss this with xchat
developers to see what their official take is on it.


Comment 3 Mike A. Harris 2002-01-20 11:04:44 UTC
Ok, I talked to xchat's author, Peter Zelazny and here is his response:

> >Is it to do with overlapping timestamp/nicks? It's probably just the:
> >max_auto_indent
> >is set too low while using a large font. Something like
> >/set max_auto_indent 300
> >should fix it (when the next line appears). The default is 256, but old
> >versions had a much smaller default (which this user could still have).
 
Yeah that was it. It won't overlap if the max_auto_indent is high enough (num
of pixels) and Auto Indent is turned ON. The reason for max_auto_indent was
that some networks, with 32-length nicks, were causing it to move too far to
the right.

Comment 4 Mike A. Harris 2002-01-20 11:05:37 UTC
So this is caused intentionally.  To modify just set the max_auto_indent
variable as described above, and you should be good to go.