From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#25946: 26.0.50; display-buffer ignores ignores reusable-frames in display-buffer-alist Date: Tue, 07 Mar 2017 20:00:14 +0100 Message-ID: <58BF033E.6050001@gmx.at> References: <877f46d6go.fsf@wi.uni-muenster.de> <58B947A2.5040001@gmx.at> <87zih2bp98.fsf@wi.uni-muenster.de> <58B97CAF.6060600@gmx.at> <87varqe7pd.fsf@wi.uni-muenster.de> <58B9B496.2020100@gmx.at> <58BAFBFF.6060706@gmx.at> <58BBE9B9.80202@gmx.at> <87pohwhsjq.fsf@rosalinde> <58BC1289.30800@gmx.at> <878tojfjru.fsf@drachen> <87efyaail6.fsf@rosalinde> <8737eqoiz4.fsf@wi.uni-muenster.de> <8737eqacjc.fsf@rosalinde> <58BDA080.5010109@gmx.at> <87h93686kk.fsf@rosalinde> <58BE8134.6000907@gmx.at> <87r32958tx.fsf@rosalinde> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1488913278 23526 195.159.176.226 (7 Mar 2017 19:01:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 7 Mar 2017 19:01:18 +0000 (UTC) Cc: Jens Lechtenboerger , Michael Heerdegen , 25946@debbugs.gnu.org To: Stephen Berman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 07 20:01:14 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1clKM7-00052l-1X for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Mar 2017 20:01:07 +0100 Original-Received: from localhost ([::1]:52251 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1clKMD-00058y-7J for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Mar 2017 14:01:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46943) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1clKM7-00058G-Fh for bug-gnu-emacs@gnu.org; Tue, 07 Mar 2017 14:01:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1clKM2-0007gV-L7 for bug-gnu-emacs@gnu.org; Tue, 07 Mar 2017 14:01:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46778) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1clKM2-0007gH-DN for bug-gnu-emacs@gnu.org; Tue, 07 Mar 2017 14:01:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1clKM2-0002ZS-0E for bug-gnu-emacs@gnu.org; Tue, 07 Mar 2017 14:01:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Mar 2017 19:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25946 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25946-submit@debbugs.gnu.org id=B25946.14889132339834 (code B ref 25946); Tue, 07 Mar 2017 19:01:01 +0000 Original-Received: (at 25946) by debbugs.gnu.org; 7 Mar 2017 19:00:33 +0000 Original-Received: from localhost ([127.0.0.1]:44977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1clKLY-0002YY-Sk for submit@debbugs.gnu.org; Tue, 07 Mar 2017 14:00:33 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:52839) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1clKLW-0002YL-VP for 25946@debbugs.gnu.org; Tue, 07 Mar 2017 14:00:31 -0500 Original-Received: from [192.168.1.100] ([213.162.68.17]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MbrR4-1d1LYf1Ums-00JFxR; Tue, 07 Mar 2017 20:00:23 +0100 In-Reply-To: <87r32958tx.fsf@rosalinde> X-Provags-ID: V03:K0:fvcJg5eTNLEp9Qtv+CH2/arfpYrbHGdxjSqpkoVzxaGQeMHjkaE cDyfP50B7+KaiobcILhgeOxAnVOGdGB8cxLQTQMWD2yzs9r+FF+2USldqt+niJo0J3NWmuw 4baY66VtjI81xNw3u35UTieSM91ZJgPAnPM7d45FSBnXF628E7vzbR7nQTTvGXIMZl7Me24 evQtnXj9j/d80UhtRuUJw== X-UI-Out-Filterresults: notjunk:1;V01:K0:7oSQ0pf7KDo=:FxndfnH7BysB1PRq9O59Tr B1xC2PhOyVpzo/zUUlzBJD2BitHZZ9uxvaYt3Ix/eUgEvTzvbVHQXje6so1+eTpYyqyJhfAUa oJdXEdnduM1YJc9eem/cuJZwhpa8n8APEanWfmsq1eAjkYmrm+y7NgBrR+j/bqU8ZAxRJUkn/ cY9p3GIA7/j3PnRSJnZQS4FUYwwdhTyLTilQfz50b9LF2v90dgrQsp+mIFPMC6dw5p38USvdh QVOMEHIgAC9S3yh9DgxVkb3u67wFswuLkDb9KLJ/YTyuOATUIBFwMACm9c07SoLi6wkSq7JWO zS8ee9QuJBE7Rm+Cm+R0yQW+ToPxKoDQ8kEPdCB4JignX9Ql9D2yFW8wPJE/uhC8DQdRGFuRT IXkp8sCOuy6vpQNMCoKF2naH9MEw2t6USrhh/3WTNqCshm4yMEcIMY3+GOoVCLeANXvQDew8T 5q+eKXpyDYpnjAbQ/3XwBV3wINVCmPMAt19QP26/NxyKiLuOVJINqAZnBIFs59eGmTt3Faijs 86sSQbygQH0aeIBg5QjqMPxFSUaRcN7+6A6SF4XCmOCnd307QGKGyerH/JQKq4mLzNump3UA9 V7YRnaiUdmGqfbx8/0b+Iyhlc0pAWJaydOaYuYiVwI4fcJcwUsx4HTce5JQO4Ikkw+H3AA5R8 g4rP7I3RKLH9UPhdD1Uz9onf3Y4GvGjAqwpkvjomZn5cgsvtC4QgYW+Yz1MJTDiaQPdihT0xm nhO/0l3ByjV36evQ83s+JG4nTQRDkMLA7Dn43qqUiV33DtMDZxyYJN2/PDV/72OdbzCF4fsG X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:130325 Archived-At: > It's actually passed to pop-to-buffer's ACTION argument, which is hence > nil here. TeX-pop-to-buffer's signature calls it OTHER-WINDOW, which > was pop-to-buffer's second parameter before it was replaced by ACTION > (TeX-pop-to-buffer is just a wrapper around pop-to-buffer for > compatibility with XEmacs.) I see. > TeX-recenter-output-buffer could be redefined as follows to get the same > result (according to my tests) without resorting to pop-up-frame-alist: > > (defun TeX-recenter-output-buffer (line) > "Redisplay buffer of TeX job output so that most recent output can be seen. > The last line of the buffer is displayed on line LINE of the window, or > at bottom if LINE is nil." > (interactive "P") > (let ((buffer (TeX-active-buffer))) > (if buffer > (let* ((old-buffer (current-buffer)) > (frame1 (window-frame (get-buffer-window old-buffer))) Are you sure old-buffer is displayed in a window here? Otherwise frame1 is just the frame of the selected window. > frame2) > (TeX-pop-to-buffer buffer t t) > (setq frame2 (window-frame (get-buffer-window buffer))) > (bury-buffer buffer) Why bury it? To remove it from the selected window? It might be in another window. > (goto-char (point-max)) > (recenter (if line > (prefix-numeric-value line) > (/ (window-height) 2))) > (if (eq frame1 frame2) > (TeX-pop-to-buffer old-buffer nil t) Why this? > (select-frame-set-input-focus frame1))) > (message "No process for this document.")))) It might make sense to redefine that function but I have no idea what it is supposed to do so I can't really comment on it. >> Can you try to selectively revert that commit and see whether the >> problem persists? > > I suppose I could try to revert, but since I can't reliably reproduce > the problems, not seeing them after reverting may not be conclusive. > (For example, so far testing the above redefinition of TeX-pop-to-buffer > has not shown the problems.) Problems related to that commit might pop up any time with GTK now. So if you experience phenomenas similar to the ones you described earlier please complain immediately. Thanks, martin