From unknown Mon Aug 18 17:53:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20361: 25.0.50; Frame position change using set-frame-position does not stick (Linux) Resent-From: Kaushal Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Apr 2015 18:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 20361 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 20361@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.142929383526621 (code B ref -1); Fri, 17 Apr 2015 18:04:01 +0000 Received: (at submit) by debbugs.gnu.org; 17 Apr 2015 18:03:55 +0000 Received: from localhost ([127.0.0.1]:59289 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YjAcM-0006vJ-Mq for submit@debbugs.gnu.org; Fri, 17 Apr 2015 14:03:55 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49490) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YjAcK-0006v1-Am for submit@debbugs.gnu.org; Fri, 17 Apr 2015 14:03:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YjAcD-0006Tf-H6 for submit@debbugs.gnu.org; Fri, 17 Apr 2015 14:03:47 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:38257) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjAcD-0006TB-EB for submit@debbugs.gnu.org; Fri, 17 Apr 2015 14:03:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34692) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjAcB-0008JO-P0 for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2015 14:03:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YjAc9-0006KV-OS for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2015 14:03:43 -0400 Received: from mail-pd0-x234.google.com ([2607:f8b0:400e:c02::234]:36003) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjAc9-0006Gg-D2 for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2015 14:03:41 -0400 Received: by pdea3 with SMTP id a3so135264286pde.3 for ; Fri, 17 Apr 2015 11:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=KyFG1sABmn9MFcfRrCVg8z665wQxCYFVoi27vTPZ9e4=; b=IK0eRUBQS7YbxNsFwdxon+UMYLjXDC2MTX2OZES8Ctk/j6vuSYkolo+R9stutB5TBN WSyAs0cXTWLLsEptrKrQ02InA9AK8habGo2AQlSmEfJmeiBB6oeC0aKagQ1BR+Z2KGII qqVxh2e0GCBZMZKFGFK+AQqyb3skp0/4XygxMA1Dho7UsfKH37L2fKRBgAWNXtacdNyf Lkdzf29rhqgBzCam8bcurIRVLyR+oRhwyFPfftzD6IbePAnE6OCjh3r+/lh+Sh4fa1UC iwcf1q5b71D2ywcmtsKHYp5DmwJ2JndFnwx6YFJ6S11db/dJE2kqPN7gtnYm0kFqpFY9 qF2A== X-Received: by 10.68.129.72 with SMTP id nu8mr7474122pbb.145.1429293820061; Fri, 17 Apr 2015 11:03:40 -0700 (PDT) MIME-Version: 1.0 From: Kaushal Date: Fri, 17 Apr 2015 18:03:38 +0000 Message-ID: Content-Type: multipart/alternative; boundary=047d7b10cfeb6cb03e0513ef662b X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --047d7b10cfeb6cb03e0513ef662b Content-Type: text/plain; charset=ISO-8859-1 *As of writing this, I was using emacs 25 built on April 16 2015 on RHEL 5.10, GTK+ version 2.10.4, Gnome 2.16.0.* ## Issue I am able to change the frame position using `set-frame-position`. But the moment I use a function which uses `read-from-minibuffer`, the frame restores its position to where it was set using the mouse. I have seen this issue since emacs 24.3 (or probably even before that?) and am still seeing it in the latest build of emacs from its master branch. ## How to replicate this problem? Here's a test function to help you replicate this problem. (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! So basically my frame altering elisp snippet is useless as I have to use the mouse to make the position stick. I tried edebug but I couldn't go further as `read-from-minibuffer` is in C and I can't figure out how mouse based frame dragging sets its position. I even tried the below but that did not help: (defun my/alter-frame-pos () (interactive) (set-frame-parameter nil 'user-position t) (set-frame-position nil 100 100)) ; pixels x y from upper left For clarification, the `set-frame-position` is successfully able to change the frame position regardless of the `user-position` parameter value. But the moment I use `C-x C-f`, the position resets to where I had set the frame using the mouse. It's as if the position referenced by the C function `read-from-minibuffer` gets updated only when I use mouse to move the frame, but not when I use the `set-frame-position` function. In GNU Emacs 25.0.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4) of 2015-04-16 on ... Repository revision: d4b44a07a75666177f8684876c7337c0b91a95da Windowing system distributor `The X.Org Foundation', version 11.0.60900000 System Description: Red Hat Enterprise Linux Client release 5.10 (Tikanga) Configured using: `configure --prefix=/home/kmodi/usr_local/apps/emacs/master CPPFLAGS=-fgnu89-inline' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Memory information: ((conses 16 813121 54174) (symbols 48 57811 0) (miscs 40 607 510) (strings 32 202492 24583) (string-bytes 1 8088748) (vectors 16 103562) (vector-slots 8 2166557 19181) (floats 8 10742 472) (intervals 56 2627 181) (buffers 976 22) (heap 1024 208649 3092)) --047d7b10cfeb6cb03e0513ef662b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
*As of writing this, I was using emacs 25 built = on April 16 2015 on RHEL 5.10, GTK+ version 2.10.4, Gnome 2.16.0.*

## Issue

I am able to change the = frame position using `set-frame-position`. But the moment I use a function = which uses `read-from-minibuffer`, the frame restores its position to where= it was set using the mouse.
=A0
I have seen this issue= since emacs 24.3 (or probably even before that?) and am still seeing it in= the latest build of emacs from its master branch.

## How to replicate this problem?

Here's a te= st function to help you replicate this problem.

= =A0 =A0 (defun my/alter-frame-pos ()
=A0 =A0 =A0 (interactive= )
=A0 =A0 =A0 (set-frame-position nil 100 100)) ; pixels x y from= upper left

1. Launch `emacs -Q`.
2. Eva= l the above function in the \*scratch\* buffer.
3. Position the f= rame 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 us= es `read-from-minibuffer`)
6. The frame will jump back to whereve= r you set it using the mouse!

So basically my fram= e altering elisp snippet is useless as I have to use the mouse to make the = position stick.

I tried edebug but I couldn't = go further as `read-from-minibuffer` is in C and I can't figure out how= mouse based frame dragging sets its position.

I e= ven tried the below but that did not help:

= =A0 =A0 (defun my/alter-frame-pos ()
=A0 =A0 =A0 (interactive)
=A0 =A0 =A0 (set-frame-parameter nil 'user-position t)
=A0 =A0 =A0 (set-frame-position nil 100 100)) ; pixels x y from upper lef= t

For clarification, the `set-frame-position= ` is successfully able to change the frame position regardless of the `user= -position` parameter value. But the moment I use `C-x C-f`, the position re= sets to where I had set the frame using the mouse.=A0

<= div>It's as if the position referenced by the C function `read-from-min= ibuffer` gets updated only when I use mouse to move the frame, but not when= I use the `set-frame-position` function.

In GNU Emacs 25.0.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4)
=A0of 2015-04-16 on ...
Repository revision: d4b44a07= a75666177f8684876c7337c0b91a95da
Windowing system distributor `Th= e X.Org Foundation', version 11.0.60900000
System Description= : Red Hat E= nterprise Linux Client release 5.10 (Tikanga)

Conf= igured using:
=A0`configure --prefix=3D/home/kmodi/usr_local/apps= /emacs/master
=A0CPPFLAGS=3D-fgnu89-inline'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGI= CK SOUND GPM DBUS GCONF GSETTINGS
NOTIFY ACL LIBSELINUX GNUTLS LI= BXML2 FREETYPE LIBOTF XFT ZLIB

Important settings:=
=A0 value of $LANG: en_US.UTF-8
=A0 locale-coding-syst= em: utf-8-unix

Memory information:
((con= ses 16 813121 54174)
=A0(symbols 48 57811 0)
=A0(miscs = 40 607 510)
=A0(strings 32 202492 24583)
=A0(string-byt= es 1 8088748)
=A0(vectors 16 103562)
=A0(vector-slots 8= 2166557 19181)
=A0(floats 8 10742 472)
=A0(intervals 5= 6 2627 181)
=A0(buffers 976 22)
=A0(heap 1024 208649 30= 92))

--047d7b10cfeb6cb03e0513ef662b-- From unknown Mon Aug 18 17:53:21 2025 X-Loop: help-debbugs@gnu.org Subject: bug#20361: 25.0.50; Frame position change using set-frame-position does not stick (Linux) Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Apr 2015 01:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20361 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kaushal Cc: 20361@debbugs.gnu.org Received: via spool by 20361-submit@debbugs.gnu.org id=B20361.14294084638360 (code B ref 20361); Sun, 19 Apr 2015 01:55:01 +0000 Received: (at 20361) by debbugs.gnu.org; 19 Apr 2015 01:54:23 +0000 Received: from localhost ([127.0.0.1]:60319 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YjeRC-0002Am-QB for submit@debbugs.gnu.org; Sat, 18 Apr 2015 21:54:23 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:48859 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YjeRA-0002Ae-N3 for 20361@debbugs.gnu.org; Sat, 18 Apr 2015 21:54:21 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1YjeR9-0002cj-Mz; Sat, 18 Apr 2015 21:54:19 -0400 From: Glenn Morris References: X-Spook: defense information warfare AFSPC wire transfer Waco, X-Ran: rm=X"X{^_,.!1Vp-`2"BPhIJENDO+#)`*g\/&Z?W[7TTkZe].{Pw#%W&a3#s>bisgbzm-> X-Hue: yellow X-Attribution: GM Date: Sat, 18 Apr 2015 21:54:19 -0400 In-Reply-To: (Kaushal's message of "Fri, 17 Apr 2015 18:03:38 +0000") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) 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. From unknown Mon Aug 18 17:53:21 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Kaushal Subject: bug#20361: closed (Re: bug#20361: 25.0.50; Frame position change using set-frame-position does not stick (Linux)) Message-ID: References: X-Gnu-PR-Message: they-closed 20361 X-Gnu-PR-Package: emacs Reply-To: 20361@debbugs.gnu.org Date: Mon, 14 Sep 2015 20:46:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1442263562-6803-1" This is a multi-part message in MIME format... ------------=_1442263562-6803-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #20361: 25.0.50; Frame position change using set-frame-position does not st= ick (Linux) which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 20361@debbugs.gnu.org. --=20 20361: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D20361 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1442263562-6803-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 20361-done) by debbugs.gnu.org; 14 Sep 2015 20:45:44 +0000 Received: from localhost ([127.0.0.1]:60612 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZbadD-0001lG-P7 for submit@debbugs.gnu.org; Mon, 14 Sep 2015 16:45:44 -0400 Received: from mail-ob0-f178.google.com ([209.85.214.178]:36516) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZbadB-0001l7-Fg for 20361-done@debbugs.gnu.org; Mon, 14 Sep 2015 16:45:42 -0400 Received: by obqa2 with SMTP id a2so118861230obq.3 for <20361-done@debbugs.gnu.org>; Mon, 14 Sep 2015 13:45:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-type; bh=hhRPRfWqY+Gy4P1Nae/RRAjEx5Dmz5ZSGo/WpdHLMW0=; b=r2o7QbWK+9LNqpPGNd0YSdwYCt8AZb2UL7SZoCMLU7tZ3W3xz2ESVgPrqcpPeKZpwo mZllk5Tm73yC6gi0RnQpuBaad7/aI2yC34dXsqr31Gv3FYW/1Xs/mcfziyYDXgFs/F1b BAJgdI40frnocdUV91FTY60AjtdVmtlybilrDpPaWAlTdgrA15AV6Ytkz8LrgDzYE6aN 9AFhFIEJiSAdduarNZ7KKBwfTSnG10eL3hwtcwc1z4X4JOc+o4QhjGbyfjs9EsA79MCv uH3VUFp5aZYm2QGOVYUaFb4gCDdFZX2XavuvUTTSkQhnXkv24uGCHeQ8hf4TNSTGq3Z9 hIyQ== X-Received: by 10.60.144.134 with SMTP id sm6mr14349861oeb.56.1442263540639; Mon, 14 Sep 2015 13:45:40 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kaushal Modi Date: Mon, 14 Sep 2015 20:45:30 +0000 Message-ID: Subject: Re: bug#20361: 25.0.50; Frame position change using set-frame-position does not stick (Linux) To: Glenn Morris , 20361-done@debbugs.gnu.org Content-Type: multipart/alternative; boundary=047d7b3a95e80330f2051fbb2696 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20361-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --047d7b3a95e80330f2051fbb2696 Content-Type: text/plain; charset=UTF-8 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 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. > > --047d7b3a95e80330f2051fbb2696 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This issue seemed to solely occur due to some odd configur= ation on my RHEL 5 system.

On RHEL 6, I cannot recreate = this problem. (More info on my system config where this issue went away:=C2= =A0http://emacs.stac= kexchange.com/a/16613/115=C2=A0)

So closing th= is issue.

On Sat, Apr 18= , 2015 at 9:54 PM Glenn Morris <rgm@gnu.o= rg> wrote:
Kaushal wrote:
>=C2=A0 =C2=A0 =C2=A0(defun my/alter-frame-pos ()
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(interactive)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(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 use= s
> `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.

--047d7b3a95e80330f2051fbb2696-- ------------=_1442263562-6803-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 17 Apr 2015 18:03:55 +0000 Received: from localhost ([127.0.0.1]:59289 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YjAcM-0006vJ-Mq for submit@debbugs.gnu.org; Fri, 17 Apr 2015 14:03:55 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49490) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YjAcK-0006v1-Am for submit@debbugs.gnu.org; Fri, 17 Apr 2015 14:03:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YjAcD-0006Tf-H6 for submit@debbugs.gnu.org; Fri, 17 Apr 2015 14:03:47 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:38257) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjAcD-0006TB-EB for submit@debbugs.gnu.org; Fri, 17 Apr 2015 14:03:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34692) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjAcB-0008JO-P0 for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2015 14:03:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YjAc9-0006KV-OS for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2015 14:03:43 -0400 Received: from mail-pd0-x234.google.com ([2607:f8b0:400e:c02::234]:36003) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjAc9-0006Gg-D2 for bug-gnu-emacs@gnu.org; Fri, 17 Apr 2015 14:03:41 -0400 Received: by pdea3 with SMTP id a3so135264286pde.3 for ; Fri, 17 Apr 2015 11:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=KyFG1sABmn9MFcfRrCVg8z665wQxCYFVoi27vTPZ9e4=; b=IK0eRUBQS7YbxNsFwdxon+UMYLjXDC2MTX2OZES8Ctk/j6vuSYkolo+R9stutB5TBN WSyAs0cXTWLLsEptrKrQ02InA9AK8habGo2AQlSmEfJmeiBB6oeC0aKagQ1BR+Z2KGII qqVxh2e0GCBZMZKFGFK+AQqyb3skp0/4XygxMA1Dho7UsfKH37L2fKRBgAWNXtacdNyf Lkdzf29rhqgBzCam8bcurIRVLyR+oRhwyFPfftzD6IbePAnE6OCjh3r+/lh+Sh4fa1UC iwcf1q5b71D2ywcmtsKHYp5DmwJ2JndFnwx6YFJ6S11db/dJE2kqPN7gtnYm0kFqpFY9 qF2A== X-Received: by 10.68.129.72 with SMTP id nu8mr7474122pbb.145.1429293820061; Fri, 17 Apr 2015 11:03:40 -0700 (PDT) MIME-Version: 1.0 From: Kaushal Date: Fri, 17 Apr 2015 18:03:38 +0000 Message-ID: Subject: 25.0.50; Frame position change using set-frame-position does not stick (Linux) To: "bug-gnu-emacs@gnu.org" Content-Type: multipart/alternative; boundary=047d7b10cfeb6cb03e0513ef662b X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --047d7b10cfeb6cb03e0513ef662b Content-Type: text/plain; charset=ISO-8859-1 *As of writing this, I was using emacs 25 built on April 16 2015 on RHEL 5.10, GTK+ version 2.10.4, Gnome 2.16.0.* ## Issue I am able to change the frame position using `set-frame-position`. But the moment I use a function which uses `read-from-minibuffer`, the frame restores its position to where it was set using the mouse. I have seen this issue since emacs 24.3 (or probably even before that?) and am still seeing it in the latest build of emacs from its master branch. ## How to replicate this problem? Here's a test function to help you replicate this problem. (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! So basically my frame altering elisp snippet is useless as I have to use the mouse to make the position stick. I tried edebug but I couldn't go further as `read-from-minibuffer` is in C and I can't figure out how mouse based frame dragging sets its position. I even tried the below but that did not help: (defun my/alter-frame-pos () (interactive) (set-frame-parameter nil 'user-position t) (set-frame-position nil 100 100)) ; pixels x y from upper left For clarification, the `set-frame-position` is successfully able to change the frame position regardless of the `user-position` parameter value. But the moment I use `C-x C-f`, the position resets to where I had set the frame using the mouse. It's as if the position referenced by the C function `read-from-minibuffer` gets updated only when I use mouse to move the frame, but not when I use the `set-frame-position` function. In GNU Emacs 25.0.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4) of 2015-04-16 on ... Repository revision: d4b44a07a75666177f8684876c7337c0b91a95da Windowing system distributor `The X.Org Foundation', version 11.0.60900000 System Description: Red Hat Enterprise Linux Client release 5.10 (Tikanga) Configured using: `configure --prefix=/home/kmodi/usr_local/apps/emacs/master CPPFLAGS=-fgnu89-inline' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Memory information: ((conses 16 813121 54174) (symbols 48 57811 0) (miscs 40 607 510) (strings 32 202492 24583) (string-bytes 1 8088748) (vectors 16 103562) (vector-slots 8 2166557 19181) (floats 8 10742 472) (intervals 56 2627 181) (buffers 976 22) (heap 1024 208649 3092)) --047d7b10cfeb6cb03e0513ef662b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
*As of writing this, I was using emacs 25 built = on April 16 2015 on RHEL 5.10, GTK+ version 2.10.4, Gnome 2.16.0.*

## Issue

I am able to change the = frame position using `set-frame-position`. But the moment I use a function = which uses `read-from-minibuffer`, the frame restores its position to where= it was set using the mouse.
=A0
I have seen this issue= since emacs 24.3 (or probably even before that?) and am still seeing it in= the latest build of emacs from its master branch.

## How to replicate this problem?

Here's a te= st function to help you replicate this problem.

= =A0 =A0 (defun my/alter-frame-pos ()
=A0 =A0 =A0 (interactive= )
=A0 =A0 =A0 (set-frame-position nil 100 100)) ; pixels x y from= upper left

1. Launch `emacs -Q`.
2. Eva= l the above function in the \*scratch\* buffer.
3. Position the f= rame 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 us= es `read-from-minibuffer`)
6. The frame will jump back to whereve= r you set it using the mouse!

So basically my fram= e altering elisp snippet is useless as I have to use the mouse to make the = position stick.

I tried edebug but I couldn't = go further as `read-from-minibuffer` is in C and I can't figure out how= mouse based frame dragging sets its position.

I e= ven tried the below but that did not help:

= =A0 =A0 (defun my/alter-frame-pos ()
=A0 =A0 =A0 (interactive)
=A0 =A0 =A0 (set-frame-parameter nil 'user-position t)
=A0 =A0 =A0 (set-frame-position nil 100 100)) ; pixels x y from upper lef= t

For clarification, the `set-frame-position= ` is successfully able to change the frame position regardless of the `user= -position` parameter value. But the moment I use `C-x C-f`, the position re= sets to where I had set the frame using the mouse.=A0

<= div>It's as if the position referenced by the C function `read-from-min= ibuffer` gets updated only when I use mouse to move the frame, but not when= I use the `set-frame-position` function.

In GNU Emacs 25.0.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4)
=A0of 2015-04-16 on ...
Repository revision: d4b44a07= a75666177f8684876c7337c0b91a95da
Windowing system distributor `Th= e X.Org Foundation', version 11.0.60900000
System Description= : Red Hat E= nterprise Linux Client release 5.10 (Tikanga)

Conf= igured using:
=A0`configure --prefix=3D/home/kmodi/usr_local/apps= /emacs/master
=A0CPPFLAGS=3D-fgnu89-inline'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGI= CK SOUND GPM DBUS GCONF GSETTINGS
NOTIFY ACL LIBSELINUX GNUTLS LI= BXML2 FREETYPE LIBOTF XFT ZLIB

Important settings:=
=A0 value of $LANG: en_US.UTF-8
=A0 locale-coding-syst= em: utf-8-unix

Memory information:
((con= ses 16 813121 54174)
=A0(symbols 48 57811 0)
=A0(miscs = 40 607 510)
=A0(strings 32 202492 24583)
=A0(string-byt= es 1 8088748)
=A0(vectors 16 103562)
=A0(vector-slots 8= 2166557 19181)
=A0(floats 8 10742 472)
=A0(intervals 5= 6 2627 181)
=A0(buffers 976 22)
=A0(heap 1024 208649 30= 92))

--047d7b10cfeb6cb03e0513ef662b-- ------------=_1442263562-6803-1--