From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 17 14:03:55 2015 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-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 18 21:54:23 2015 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 To: Kaushal Subject: Re: bug#20361: 25.0.50; Frame position change using set-frame-position does not stick (Linux) 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-Debbugs-Envelope-To: 20361 Cc: 20361@debbugs.gnu.org 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 debbugs-submit-bounces@debbugs.gnu.org Mon Sep 14 16:45:44 2015 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-- From unknown Mon Aug 18 09:00:51 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 13 Oct 2015 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator