GNU bug report logs - #20361
25.0.50; Frame position change using set-frame-position does not stick (Linux)

Previous Next

Full log

Message #13 received at 20361-done <at> debbugs.gnu.org (full text, mbox):

From: Kaushal Modi <kaushal.modi <at> gmail.com>
To: Glenn Morris <rgm <at> gnu.org>, 20361-done <at> debbugs.gnu.org
Subject: Re: bug#20361: 25.0.50; Frame position change using
 set-frame-position does not stick (Linux)
Date: Mon, 14 Sep 2015 20:45:30 +0000

[Message part 1 (text/plain, inline)]

This issue seemed to solely occur due to some odd configuration on my RHEL
5 system.

On RHEL 6, I cannot recreate this problem. (More info on my system config
where this issue went away: http://emacs.stackexchange.com/a/16613/115 )

So closing this issue.

On Sat, Apr 18, 2015 at 9:54 PM Glenn Morris <rgm <at> gnu.org> wrote:

> Kaushal wrote:
>
> >     (defun my/alter-frame-pos ()
> >       (interactive)
> >       (set-frame-position nil 100 100)) ; pixels x y from upper left
> >
> > 1. Launch `emacs -Q`.
> > 2. Eval the above function in the \*scratch\* buffer.
> > 3. Position the frame to any random location **using** the mouse
> > 4. `M-x my/alter-frame-pos`. You should see the frame jump to (100,100)
> > pixel location.
> > 5. `M-x find-file` or `C-x C-f` (this is one of the functions that uses
> > `read-from-minibuffer`)
> > 6. The frame will jump back to wherever you set it using the mouse!
>
> That sounds very odd.
> FWIW, I cannot reproduce this on Debian testing or RHEL7.
>
>

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.