From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anders Papitto Subject: [Bug Report] wrong item is modified when multiple frames are open Date: Sat, 22 Jul 2017 13:17:03 -0700 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="f403045f58b4429ceb0554edaa8c" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39688) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dZ0po-0008Ff-Af for emacs-orgmode@gnu.org; Sat, 22 Jul 2017 16:17:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dZ0pn-0002pv-3q for emacs-orgmode@gnu.org; Sat, 22 Jul 2017 16:17:08 -0400 Received: from mail-wr0-x22a.google.com ([2a00:1450:400c:c0c::22a]:36642) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dZ0pm-0002p0-Td for emacs-orgmode@gnu.org; Sat, 22 Jul 2017 16:17:07 -0400 Received: by mail-wr0-x22a.google.com with SMTP id y43so92908276wrd.3 for ; Sat, 22 Jul 2017 13:17:05 -0700 (PDT) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org --f403045f58b4429ceb0554edaa8c Content-Type: text/plain; charset="UTF-8" I have org version 9.0.3 (and I've been noticing this the whole time I've used org - only just now reporting it), and this is 100% consistent for me. I often have two client frames open, connected to the same emacs daemon. One frame will be displaying the org agenda (I'll call this Frame 1), while the other (Frame 2) displays one of the backing org files (e.g. ~/org/ todo.org in my case). When both are open, and I attempt to reschedule an entry through the agenda view (so, I have Frame 1 focused, and I enter all my commands there - in this case, with M-x org-agenda-schedule), everything initially appears to be working. I get the minibuffer prompt to enter a new time, which is correctly defaulted to the time of the entry I'm on (in Frame 1). However, once I hit Enter to complete the action, it's applied as though I had Frame 2 focused. Whichever line my cursor is on in the todo.org buffer in Frame 2 is rescheduled, while the entry my cursor is on in Frame 1 is unmodified. If I close Frame 2, everything works perfectly. I assume that there's some logic that figures out where in the actual backing org files to apply modifications that the user makes to entries in the agenda view, and that logic is broken when the backing file is displayed in another (unfocused) emacs frame. I run emacs on a Linux (NixOS) system, using i3 4.13 as a window manager. - Anders Papitto --f403045f58b4429ceb0554edaa8c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have org version 9.0.3 (and I've= been noticing this the whole time I've used org - only just now report= ing it), and this is 100% consistent for me.

I often have two = client frames open, connected to the same emacs daemon. One frame will be d= isplaying the org agenda (I'll call this Frame 1), while the other (Fra= me 2) displays one of the backing org files (e.g. ~/org/todo.org in my case).

When both are open, and I a= ttempt to reschedule an entry through the agenda view (so, I have Frame 1 f= ocused, and I enter all my commands there - in this case, with M-x org-agen= da-schedule), everything initially appears to be working. I get the minibuf= fer prompt to enter a new time, which is correctly defaulted to the time of= the entry I'm on (in Frame 1). However, once I hit Enter to complete t= he action, it's applied as though I had Frame 2 focused. Whichever line= my cursor is on in the todo.org buffer in = Frame 2 is rescheduled, while the entry my cursor is on in Frame 1 is unmod= ified.

If I close Frame 2, everything works perfectly.

=
I assume that there's some logic that figures out where in t= he actual backing org files to apply modifications that the user makes to e= ntries in the agenda view, and that logic is broken when the backing file i= s displayed in another (unfocused) emacs frame.

I run ema= cs on a Linux (NixOS) system, using i3 4.13 as a window manager.
<= div>
- Anders Papitto
--f403045f58b4429ceb0554edaa8c--