After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 114112 - keyboard window resize stops in the middle of the screen
keyboard window resize stops in the middle of the screen
Status: RESOLVED DUPLICATE of bug 122670
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Normal normal
: METACITY2.6.x
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2003-05-31 09:31 UTC by fork0
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.0

Attachments
debug log (14.87 KB, application/octet-stream)
2003-06-01 06:36 UTC, fork0 		Details
The same, using cvs-head. (15.58 KB, application/octet-stream)
2003-06-01 06:45 UTC, fork0 		Details

Description fork0 2003-05-31 09:31:26 UTC 
Description of Problem:
I use window resize from window menu (<Alt>Space).
It stops changing the size after roughly half of
the screen is reached if window top is exactly at
screen top. Mouse resizing works as usual.

It I always reproducable here:
<Alt>Space
Press 'R' for Resize
Press and hold Down ... resizing ... stop.

metacity 2.4.55 from Gentoo (no vendor patches).
Comment 1 Rob Adams 2003-05-31 15:58:07 UTC 
Could you try this with HEAD?  The code that handles this sort of
thing has been completely rewritten, so my guess is that this has been
fixed.
Comment 2 fork0 2003-05-31 16:07:32 UTC 
just after I have figured out where the HEAD is...
Comment 3 Rob Adams 2003-05-31 16:27:02 UTC 
Go here: http://developer.gnome.org/tools/cvs.html
for instructions on using anonymous CVS.

or download 2.5.2, the unstable release of metacity from:
http://ftp.acc.umu.se/pub/GNOME/desktop/2.3/2.3.2/sources/
Comment 4 fork0 2003-05-31 17:22:04 UTC 
it is reproducable both with 2.5.2 and cvs head.
A new detail: the workspace I try to switch to has no windows.
If there are windows on the target workspace, everything works as
expected.
Comment 5 fork0 2003-05-31 17:23:51 UTC 
damn, another bug meant.
Still, i have to confirm, that the erroneous resizing behaviour
persists in both 2.5.2 and cvs head.
Comment 6 Rob Adams 2003-05-31 17:28:32 UTC 
Hmm.  I can't reproduce.  Is there anything special or unique about
your setup?  Does this happen with all window or a specific application?
Comment 7 fork0 2003-05-31 17:48:49 UTC 
only with xterm and rxvt so far.
Nothing special apart the system being a Gentoo on 2.5.70.
I just bump an xterm to the top, go in keyboard resize mode,
press and hold Down. Thats all.
Comment 8 Rob Adams 2003-06-01 05:11:13 UTC 
Well it couldn't be the window constraints because there's no
constraints on window resizing.  Perhaps this is also related to that
keybindings bug somehow?

Could you run metacity like:

export METACITY_VERBOSE=1 METACITY_USE_LOGFILE=1
metacity --replace &

then reproduce your bug.  Then run 

unset METACITY_VERBOSE METACITY_USE_LOGFILE
metacity --replace

You'll end up with a log file in /tmp/.  Attach that log file to this
bug.  Maybe that'll tell us something. 

Be sure to say what the title of the window you have trouble resizing
is to make it easier to find the problem.
Comment 9 fork0 2003-06-01 06:36:58 UTC 
Created attachment 17024 [details]
debug log
Comment 10 fork0 2003-06-01 06:38:13 UTC 
The window name is "raa@steel ~". It was the only window on the screen,
as far as I could see them.
Comment 11 fork0 2003-06-01 06:45:35 UTC 
Created attachment 17025 [details]
The same, using cvs-head.
Comment 12 Havoc Pennington 2003-09-25 04:09:58 UTC 

*** This bug has been marked as a duplicate of 122670 ***