Bug 103896

Summary: xchat won't remember the correct screen position it was
Product: [Retired] Red Hat Linux Beta Reporter: Alexandre Oliva <aoliva>
Component: xchatAssignee: Mike A. Harris <mharris>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: beta1CC: hp, mitr, than
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: 2.0.4-3 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-09-19 06:37:12 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:
Attachments:
Description Flags
Patch (extracted from current CVS), fixing this for me. none

Description Alexandre Oliva 2003-09-06 19:04:59 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703

Description of problem:
After I subscribed to the Severn-updates channel and continuously installed all
available updates, which started some time early this week, xchat wouldn't
reopen on the same screen position it was when I last closed it.  Instead, the
position it chooses seems to be offset by the exact amount of space taken by the
window manager windows borders and the top bar.  I.e., every time I start it, it
moves down one row and right a few pixels.  This is somewhat annoying, and
didn't happen before the updates.  I can't tell whether the problem is in the
window manager or xchat proper, so I included version numbers for both.

Version-Release number of selected component (if applicable):
xchat-2.0.4-2 metacity-2.5.3-3

How reproducible:
Always

Steps to Reproduce:
1.start xchat
2.place a marker on the upper-left corner somehow (say, another window)
3.close xchat
4.open it again

Actual Results:  the position will be off: the window manager border's
upper-left corner will be where the application's upper-left corner used to be

Expected Results:  it should come back at the same location it was before it was
closed, like it did before the updates

Additional info:
Comment 1 Mike A. Harris 2003-09-09 12:13:18 UTC 
Added WM maintainers to CC list in case they're aware of any WM related
problems.  I'm unable to reproduce with my system.
Comment 2 Miloslav Trmac 2003-09-10 20:05:32 UTC 
Created attachment 94387 [details]
Patch (extracted from current CVS), fixing this for me.
Comment 3 Mike A. Harris 2003-09-19 06:37:12 UTC 
Patch applied to 2.0.4-3 and confirmed by aoliva via IRC to fix the problem.
Also built for Taroon as 2.0.4-3.EL

Thanks for the patch Miloslav.