From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 19:48:21 2014 Received: (at submit) by debbugs.gnu.org; 6 Apr 2014 23:48:21 +0000 Received: from localhost ([127.0.0.1]:38542 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WWwnU-0001eN-8U for submit@debbugs.gnu.org; Sun, 06 Apr 2014 19:48:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56188) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WWwnR-0001eE-52 for submit@debbugs.gnu.org; Sun, 06 Apr 2014 19:48:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WWwnK-0008K7-Fi for submit@debbugs.gnu.org; Sun, 06 Apr 2014 19:48:16 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=2.8 required=5.0 tests=AC_HTML_NONSENSE_TAGS, BAYES_50, GAPPY_SUBJECT,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:50768) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WWwnK-0008K3-B6 for submit@debbugs.gnu.org; Sun, 06 Apr 2014 19:48:10 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57871) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WWwnE-0001Ad-NQ for bug-gnu-emacs@gnu.org; Sun, 06 Apr 2014 19:48:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WWwn9-0008IZ-38 for bug-gnu-emacs@gnu.org; Sun, 06 Apr 2014 19:48:04 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:53952) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WWwn8-0008IR-Rk for bug-gnu-emacs@gnu.org; Sun, 06 Apr 2014 19:47:59 -0400 Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 278F4210D3; Sun, 6 Apr 2014 19:47:57 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute6.internal (MEProxy); Sun, 06 Apr 2014 19:47:57 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to :subject:content-type:content-transfer-encoding; s=smtpout; bh=W uOuqVmmjYvdgoIggtGCR0GJ6zI=; b=jaaU1Lvx03FtE7DPf4PcE824YcvwXhdN7 sIS2mhA/GNn/CGSvH98oDIsxdUBr/PYYcE+372T6hOUYIPSz0QdwplHWbG8FBF18 nlTFT5gpN6BEMV/N9QDpPBksyCU3HH7PRj2dcuPU3WXR38WEI4tvFHdfvCFfmABG HxDgGC4yiU= X-Sasl-enc: AcSYdbSuObi6H8FuS9MPNy+bi0g3zlAe5NAb7/EABSD8 1396828076 Received: from [192.168.1.2] (unknown [67.160.118.141]) by mail.messagingengine.com (Postfix) with ESMTPA id C6EBDC007AD for ; Sun, 6 Apr 2014 19:47:56 -0400 (EDT) Message-ID: <5341E798.4060004@iankelling.org> Date: Sun, 06 Apr 2014 16:47:36 -0700 From: Ian Kelling User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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: -3.7 (---) 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: -3.7 (---) Repro steps: emacs -Q C-h b click function name link click back expected: go back to the C-h b keymap listing acutal in echo area: "Current buffer is not in Help mode" the help buffer does no change. The problem does not always happen, but it seems consistent on the first try in a fresh emacs. Toggling debug on error, gives this trace: Debugger entered--Lisp error: (error "Current buffer is not in Help mode") signal(error ("Current buffer is not in Help mode")) error("Current buffer is not in Help mode") help-buffer() describe-bindings-internal(nil nil) describe-bindings(nil #) apply(describe-bindings (nil #)) help-xref-go-back(#) apply(help-xref-go-back #) help-do-xref(63 help-xref-go-back (#)) help-button-action(#) button-activate(# nil) push-button(66) push-button((mouse-2 (# 66 (34 . 106) 107906261 nil 66 (3 . 5) nil (7 . 11) (9 . 19)))) call-interactively(push-button nil nil) command-execute(push-button) In GNU Emacs 24.3.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.2) of 2014-03-18 on treetowl Repository revision: 116779 dgutov@yandex.ru-20140317064809-2mea5nujkyricpny Windowing system distributor `The X.Org Foundation', version 11.0.11204000 System Description: Debian GNU/Linux 7.4 (wheezy) Configured using: `configure --enable-link-time-optimization 'CFLAGS=-std=gnu99 -g3 -O2'' Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-h b M-x r e C-g M-x b u g r e p o r t - b Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Type C-x 1 to delete the help window, C-M-v to scroll help. help-buffer: Current buffer is not in Help mode Quit Making completion list... call-interactively: End of buffer Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils help-fns kmacro two-column iso-transl help-mode easymenu time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 07 03:48:56 2014 Received: (at 17210) by debbugs.gnu.org; 7 Apr 2014 07:48:56 +0000 Received: from localhost ([127.0.0.1]:38720 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WX4IZ-0005ik-Be for submit@debbugs.gnu.org; Mon, 07 Apr 2014 03:48:55 -0400 Received: from mout.gmx.net ([212.227.17.21]:51865) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WX4IW-0005ia-O5 for 17210@debbugs.gnu.org; Mon, 07 Apr 2014 03:48:53 -0400 Received: from [188.22.46.29] ([188.22.46.29]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LfHs4-1XLoNs1jw0-00oqie; Mon, 07 Apr 2014 09:48:48 +0200 Message-ID: <5342585B.9070603@gmx.at> Date: Mon, 07 Apr 2014 09:48:43 +0200 From: martin rudalics MIME-Version: 1.0 To: Ian Kelling , 17210@debbugs.gnu.org Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" References: <5341E798.4060004@iankelling.org> In-Reply-To: <5341E798.4060004@iankelling.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:GXFSgnTU5YVlRMiXfwcGfGsJIPk7OQ6azEI4wo9nsemQFMpdyba AgcOKQhiF3z9LBvSfWSN594vsjtRVPD24ELZ5G41gOjnpe5wgap+VJrF2aC6Om2UcATsFW4 uw9HtPVucu9Asz22ncniWJRUKTSwLlKow90SfW4QbQpUmGFiiSugWAEo3yASmh7lIBIsWKv +hlESYGQDKN/d6Cwx6usw== X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Repro steps: > emacs -Q > C-h b > click function name link > click back > > expected: > go back to the C-h b keymap listing > > acutal > in echo area: "Current buffer is not in Help mode" > the help buffer does no change. > > > The problem does not always happen, but it seems consistent on the first try in a > fresh emacs. Toggling debug on error, gives this trace: > > Debugger entered--Lisp error: (error "Current buffer is not in Help mode") > signal(error ("Current buffer is not in Help mode")) > error("Current buffer is not in Help mode") > help-buffer() > describe-bindings-internal(nil nil) > describe-bindings(nil #) > apply(describe-bindings (nil #)) > help-xref-go-back(#) > apply(help-xref-go-back #) > help-do-xref(63 help-xref-go-back (#)) > help-button-action(#) > button-activate(# nil) > push-button(66) > push-button((mouse-2 (# 66 (34 . 106) 107906261 nil 66 (3 . > 5) nil (7 . 11) (9 . 19)))) > call-interactively(push-button nil nil) > command-execute(push-button) [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.21 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: Juri Linkov 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: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Repro steps: > emacs -Q > C-h b > click function name link > click back > > expected: > go back to the C-h b keymap listing > > acutal > in echo area: "Current buffer is not in Help mode" > the help buffer does no change. > > > The problem does not always happen, but it seems consistent on the first try in a > fresh emacs. Toggling debug on error, gives this trace: > > Debugger entered--Lisp error: (error "Current buffer is not in Help mode") > signal(error ("Current buffer is not in Help mode")) > error("Current buffer is not in Help mode") > help-buffer() > describe-bindings-internal(nil nil) > describe-bindings(nil #) > apply(describe-bindings (nil #)) > help-xref-go-back(#) > apply(help-xref-go-back #) > help-do-xref(63 help-xref-go-back (#)) > help-button-action(#) > button-activate(# nil) > push-button(66) > push-button((mouse-2 (# 66 (34 . 106) 107906261 nil 66 (3 . > 5) nil (7 . 11) (9 . 19)))) > call-interactively(push-button nil nil) > command-execute(push-button) [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.21 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t > Repro steps: > emacs -Q > C-h b > click function name link > click back > > expected: > go back to the C-h b keymap listing > > acutal > in echo area: "Current buffer is not in Help mode" > the help buffer does no change. > > > The problem does not always happen, but it seems consistent on the first try in a > fresh emacs. Toggling debug on error, gives this trace: > > Debugger entered--Lisp error: (error "Current buffer is not in Help mode") > signal(error ("Current buffer is not in Help mode")) > error("Current buffer is not in Help mode") > help-buffer() > describe-bindings-internal(nil nil) > describe-bindings(nil #) > apply(describe-bindings (nil #)) > help-xref-go-back(#) > apply(help-xref-go-back #) > help-do-xref(63 help-xref-go-back (#)) > help-button-action(#) > button-activate(# nil) > push-button(66) > push-button((mouse-2 (# 66 (34 . 106) 107906261 nil 66 (3 . > 5) nil (7 . 11) (9 . 19)))) > call-interactively(push-button nil nil) > command-execute(push-button) Confirmed. Thanks for caring to provide a simple scenario. I could fix this by restoring the code of `describe-bindings-internal' from Emacs 24.3. But the behavior of `help-xref-go-back' here is erratic per se: It does not restore the earlier contents of the bindings from the *scratch* buffer but IIUC those of the *Help* buffer and I'm not sure whether that's what we want (I think we don't). Juri, any opinions? martin From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 07 11:54:57 2014 Received: (at 17210) by debbugs.gnu.org; 7 Apr 2014 15:54:57 +0000 Received: from localhost ([127.0.0.1]:39760 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXBsu-00052Y-A0 for submit@debbugs.gnu.org; Mon, 07 Apr 2014 11:54:56 -0400 Received: from mtaout24.012.net.il ([80.179.55.180]:36913) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXBsp-00052A-Cl for 17210@debbugs.gnu.org; Mon, 07 Apr 2014 11:54:53 -0400 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0N3O007003TXK000@mtaout24.012.net.il> for 17210@debbugs.gnu.org; Mon, 07 Apr 2014 18:52:54 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3O0057W445AF40@mtaout24.012.net.il>; Mon, 07 Apr 2014 18:52:54 +0300 (IDT) Date: Mon, 07 Apr 2014 18:54:39 +0300 From: Eli Zaretskii Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" In-reply-to: <5342585B.9070603@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83ob0d6sow.fsf@gnu.org> References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 07 Apr 2014 09:48:43 +0200 > From: martin rudalics > > > Debugger entered--Lisp error: (error "Current buffer is not in Help mode") > > signal(error ("Current buffer is not in Help mode")) > > error("Current buffer is not in Help mode") > > help-buffer() > > describe-bindings-internal(nil nil) > > describe-bindings(nil #) > > apply(describe-bindings (nil #)) > > help-xref-go-back(#) > > apply(help-xref-go-back #) > > help-do-xref(63 help-xref-go-back (#)) > > help-button-action(#) > > button-activate(# nil) > > push-button(66) > > push-button((mouse-2 (# 66 (34 . 106) 107906261 nil 66 (3 . > > 5) nil (7 . 11) (9 . 19)))) > > call-interactively(push-button nil nil) > > command-execute(push-button) > > Confirmed. Thanks for caring to provide a simple scenario. > > I could fix this by restoring the code of `describe-bindings-internal' > from Emacs 24.3. But the behavior of `help-xref-go-back' here is > erratic per se: It does not restore the earlier contents of the bindings > from the *scratch* buffer but IIUC those of the *Help* buffer and I'm > not sure whether that's what we want (I think we don't). [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: 17210@debbugs.gnu.org, ian@iankelling.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 07 Apr 2014 09:48:43 +0200 > From: martin rudalics > > > Debugger entered--Lisp error: (error "Current buffer is not in Help mode") > > signal(error ("Current buffer is not in Help mode")) > > error("Current buffer is not in Help mode") > > help-buffer() > > describe-bindings-internal(nil nil) > > describe-bindings(nil #) > > apply(describe-bindings (nil #)) > > help-xref-go-back(#) > > apply(help-xref-go-back #) > > help-do-xref(63 help-xref-go-back (#)) > > help-button-action(#) > > button-activate(# nil) > > push-button(66) > > push-button((mouse-2 (# 66 (34 . 106) 107906261 nil 66 (3 . > > 5) nil (7 . 11) (9 . 19)))) > > call-interactively(push-button nil nil) > > command-execute(push-button) > > Confirmed. Thanks for caring to provide a simple scenario. > > I could fix this by restoring the code of `describe-bindings-internal' > from Emacs 24.3. But the behavior of `help-xref-go-back' here is > erratic per se: It does not restore the earlier contents of the bindings > from the *scratch* buffer but IIUC those of the *Help* buffer and I'm > not sure whether that's what we want (I think we don't). [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t > Date: Mon, 07 Apr 2014 09:48:43 +0200 > From: martin rudalics > > > Debugger entered--Lisp error: (error "Current buffer is not in Help mode") > > signal(error ("Current buffer is not in Help mode")) > > error("Current buffer is not in Help mode") > > help-buffer() > > describe-bindings-internal(nil nil) > > describe-bindings(nil #) > > apply(describe-bindings (nil #)) > > help-xref-go-back(#) > > apply(help-xref-go-back #) > > help-do-xref(63 help-xref-go-back (#)) > > help-button-action(#) > > button-activate(# nil) > > push-button(66) > > push-button((mouse-2 (# 66 (34 . 106) 107906261 nil 66 (3 . > > 5) nil (7 . 11) (9 . 19)))) > > call-interactively(push-button nil nil) > > command-execute(push-button) > > Confirmed. Thanks for caring to provide a simple scenario. > > I could fix this by restoring the code of `describe-bindings-internal' > from Emacs 24.3. But the behavior of `help-xref-go-back' here is > erratic per se: It does not restore the earlier contents of the bindings > from the *scratch* buffer but IIUC those of the *Help* buffer and I'm > not sure whether that's what we want (I think we don't). Can you tell why you replaced a literal "*Help*" with a call to help-buffer? That change was part of your pixel-resizing changes, but it doesn't sound related to me, and the ChangeLog entry doesn't provide any explanations to convince me otherwise. Also, describe-bindings-internal is only called from this single place, so I see no reason to support some other help buffers. Do you? From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 07 14:17:06 2014 Received: (at 17210) by debbugs.gnu.org; 7 Apr 2014 18:17:06 +0000 Received: from localhost ([127.0.0.1]:39843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXE6T-0000Rl-Q3 for submit@debbugs.gnu.org; Mon, 07 Apr 2014 14:17:06 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:48656) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXE6Q-0000RS-HW for 17210@debbugs.gnu.org; Mon, 07 Apr 2014 14:17:03 -0400 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id s37IH0YJ026594; Mon, 7 Apr 2014 14:17:00 -0400 Received: by pastel.home (Postfix, from userid 20848) id 65E0660115; Mon, 7 Apr 2014 14:17:00 -0400 (EDT) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" Message-ID: References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> Date: Mon, 07 Apr 2014 14:17:00 -0400 In-Reply-To: <83ob0d6sow.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 07 Apr 2014 18:54:39 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.2 X-NAI-Spam-Rules: 2 Rules triggered LNG_SB_1=0.2, RV4905=0 X-NAI-Spam-Version: 2.3.0.9378 : core <4905> : inlines <695> : streams <1153533> : uri <1723180> X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: 17210 Cc: martin rudalics , 17210@debbugs.gnu.org, ian@iankelling.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: -0.3 (/) > Can you tell why you replaced a literal "*Help*" with a call to > help-buffer? I think it's just generally preferable. > That change was part of your pixel-resizing changes, but > it doesn't sound related to me, and the ChangeLog entry doesn't > provide any explanations to convince me otherwise. > Also, describe-bindings-internal is only called from this single > place, so I see no reason to support some other help buffers. Do you? You might have done M-x rename-uniquely. Does the patch below help? Stefan === modified file 'lisp/help.el' --- lisp/help.el 2014-04-05 18:33:55 +0000 +++ lisp/help.el 2014-04-07 18:16:00 +0000 @@ -485,8 +485,11 @@ (or buffer (setq buffer (current-buffer))) (help-setup-xref (list #'describe-bindings prefix buffer) (called-interactively-p 'interactive)) - (with-current-buffer buffer - (describe-bindings-internal nil prefix))) + (with-help-window (help-buffer) + ;; Be aware that `describe-buffer-bindings' puts its output into + ;; the current buffer. + (with-current-buffer (help-buffer) + (describe-buffer-bindings buffer prefix)))) ;; This function used to be in keymap.c. (defun describe-bindings-internal (&optional menus prefix) @@ -497,6 +500,7 @@ \(Ordinarily these are omitted from the output.) The optional argument PREFIX, if non-nil, should be a key sequence; then we display only bindings that start with that prefix." + (declare (obsolete describe-buffer-bindings "24.4")) (let ((buf (current-buffer))) (with-help-window (help-buffer) ;; Be aware that `describe-buffer-bindings' puts its output into From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 03:14:13 2014 Received: (at 17210) by debbugs.gnu.org; 8 Apr 2014 07:14:14 +0000 Received: from localhost ([127.0.0.1]:40225 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXQEW-0005I8-V5 for submit@debbugs.gnu.org; Tue, 08 Apr 2014 03:14:13 -0400 Received: from mout.gmx.net ([212.227.17.21]:63071) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXQET-0005Hz-Ht for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 03:14:11 -0400 Received: from [188.22.104.13] ([188.22.104.13]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MWT8s-1WUjbd2eOQ-00XcfX; Tue, 08 Apr 2014 09:14:03 +0200 Message-ID: <5343A1B4.6010005@gmx.at> Date: Tue, 08 Apr 2014 09:13:56 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> In-Reply-To: <83ob0d6sow.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:GuGktHp2unSX+y+DdhDHc3UF1KYl0ZWQbN2HBEpJg70x5wmdGTh KHGjmV0ZGm/ccj9dcLsqMzX4vaqqKSMBLtVyxAiwAMMkgoOldbY1dA4a/P+nJpEusLwG/7i ZPYbV2SSXmvnl7pvKuuIjqv2Bm+c5Q2Wy91f3BQyyY+yEziozyFikt0j96SbYlcNAPFjqwe ztShk99QVxwer+TBsR1Hw== X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Can you tell why you replaced a literal "*Help*" with a call to > help-buffer? That change was part of your pixel-resizing changes, but > it doesn't sound related to me, and the ChangeLog entry doesn't > provide any explanations to convince me otherwise. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.21 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: 17210@debbugs.gnu.org, ian@iankelling.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: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Can you tell why you replaced a literal "*Help*" with a call to > help-buffer? That change was part of your pixel-resizing changes, but > it doesn't sound related to me, and the ChangeLog entry doesn't > provide any explanations to convince me otherwise. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.21 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t > Can you tell why you replaced a literal "*Help*" with a call to > help-buffer? That change was part of your pixel-resizing changes, but > it doesn't sound related to me, and the ChangeLog entry doesn't > provide any explanations to convince me otherwise. I tested `window-text-pixel-size' mostly by switching forward and backward between help buffers because these are the only ones here whose text size is not an integral multiple of the nominal character size. In the course of testing I found some problems with help buffers and fixed them on the fly. Later, when I installed the pixelwise changes, I was afraid to back out some related ones like the one we talk about here. But note that the bug which is the subject of the current thread was implicitly caused by reverting a behavior erroneously introduced in Emacs 24.3 (see the threads of bug#16816 and bug#17007 for details). > Also, describe-bindings-internal is only called from this single > place, so I see no reason to support some other help buffers. Do you? I think Stefan explained that meanwhile. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 03:14:22 2014 Received: (at 17210) by debbugs.gnu.org; 8 Apr 2014 07:14:22 +0000 Received: from localhost ([127.0.0.1]:40229 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXQEf-0005Ic-02 for submit@debbugs.gnu.org; Tue, 08 Apr 2014 03:14:21 -0400 Received: from mout.gmx.net ([212.227.17.22]:55652) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXQEZ-0005IH-0u for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 03:14:16 -0400 Received: from [188.22.104.13] ([188.22.104.13]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LkfdE-1X7aOe24xw-00aXkg; Tue, 08 Apr 2014 09:14:12 +0200 Message-ID: <5343A1BC.6030307@gmx.at> Date: Tue, 08 Apr 2014 09:14:04 +0200 From: martin rudalics MIME-Version: 1.0 To: Stefan Monnier , Eli Zaretskii Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:9KvFAuJkjgHK1sLIqmy+tRBP6w8okcdF7O2U6IrJWy7A8JhEPcg R3c9pg31yFF7slwYjcOzp4RtxED30LmYcIPNDVT5WfSQlxVpEtZUEYrRwBEqcjrQolEuE6I BX0e85UwLZ4rgwnjAfRBRWuA6suuY8q4DCPJq28rMkfSbG0lXJg/AK1IOb4gshgD1KmdW76 ATYQi52c+Kwu/riNS5nNw== X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Does the patch below help? It fixes the OP's problem so please check it in. But when hitting the back button you don't get the previous contents. I suppose we have to add the original buffer to the `help-args' of that button, but I leave that to Juri. In any case, the behavior is broken since Emacs 24.3 at least (but I suppose it's broken ever since). [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.22 listed in list.dnswl.org] 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: Juri Linkov , 17210@debbugs.gnu.org, ian@iankelling.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: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Does the patch below help? It fixes the OP's problem so please check it in. But when hitting the back button you don't get the previous contents. I suppose we have to add the original buffer to the `help-args' of that button, but I leave that to Juri. In any case, the behavior is broken since Emacs 24.3 at least (but I suppose it's broken ever since). [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.22 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t > Does the patch below help? It fixes the OP's problem so please check it in. But when hitting the back button you don't get the previous contents. I suppose we have to add the original buffer to the `help-args' of that button, but I leave that to Juri. In any case, the behavior is broken since Emacs 24.3 at least (but I suppose it's broken ever since). martin From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 04:36:25 2014 Received: (at 17210) by debbugs.gnu.org; 8 Apr 2014 08:36:25 +0000 Received: from localhost ([127.0.0.1]:40266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXRW4-0007TJ-Nh for submit@debbugs.gnu.org; Tue, 08 Apr 2014 04:36:25 -0400 Received: from homie-vserver77.dreamhost.com ([69.163.149.154]:48284 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXRW0-0007T8-Ab for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 04:36:21 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.184.122]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 12D7834CB016BC; Tue, 8 Apr 2014 01:36:17 -0700 (PDT) From: Juri Linkov To: martin rudalics Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" Organization: JURTA References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> <5343A1BC.6030307@gmx.at> Date: Tue, 08 Apr 2014 11:32:27 +0300 In-Reply-To: <5343A1BC.6030307@gmx.at> (martin rudalics's message of "Tue, 08 Apr 2014 09:14:04 +0200") Message-ID: <87d2gskyp2.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > It fixes the OP's problem so please check it in. But when hitting the > back button you don't get the previous contents. I suppose we have to > add the original buffer to the `help-args' of that button, but I leave > that to Juri. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: Eli Zaretskii , 17210@debbugs.gnu.org, Stefan Monnier , ian@iankelling.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: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > It fixes the OP's problem so please check it in. But when hitting the > back button you don't get the previous contents. I suppose we have to > add the original buffer to the `help-args' of that button, but I leave > that to Juri. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t > It fixes the OP's problem so please check it in. But when hitting the > back button you don't get the previous contents. I suppose we have to > add the original buffer to the `help-args' of that button, but I leave > that to Juri. In the recent discussion at http://thread.gmane.org/gmane.emacs.devel/168353 the idea was to store the previous content in hidden Help buffers (buffer names starting with a space). > In any case, the behavior is broken since Emacs 24.3 at least > (but I suppose it's broken ever since). For `C-h b' it was broken by design because after killing the initial buffer: 1. C-h b 2. click function name link 3. kill *scratch* 4. click back clicking on [back] fails with the error "Selecting deleted buffer". From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 05:18:53 2014 Received: (at 17210) by debbugs.gnu.org; 8 Apr 2014 09:18:53 +0000 Received: from localhost ([127.0.0.1]:40286 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXSBA-0000C4-U1 for submit@debbugs.gnu.org; Tue, 08 Apr 2014 05:18:53 -0400 Received: from mout.gmx.net ([212.227.15.18]:50578) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXSB6-0000Bn-Of for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 05:18:50 -0400 Received: from [188.22.104.13] ([188.22.104.13]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MPlsg-1WbHes3Syo-004zo8; Tue, 08 Apr 2014 11:18:41 +0200 Message-ID: <5343BEE9.5020009@gmx.at> Date: Tue, 08 Apr 2014 11:18:33 +0200 From: martin rudalics MIME-Version: 1.0 To: Juri Linkov Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> <5343A1BC.6030307@gmx.at> <87d2gskyp2.fsf@mail.jurta.org> In-Reply-To: <87d2gskyp2.fsf@mail.jurta.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:sYpQ1P/XKCqyBBIO89TBPCJ2C2dI+UrQhRIqBO80tXpoB48ceP5 gkVZA1lUDhmcqMNTIO1dXBSjujCvVFdx1+lhG7JlNdghlKTh+n8Dld0SrCKqt5qXONkF66a lCWzn/+EYnxoqqiMzc8P/0eM5sHNAvD3ROSuHRFVRQK6SRys0BQvYhD1Fg5NGJJ1zOzehWg 1IML4ZjgkvkhboofWZTHQ== X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > For `C-h b' it was broken by design because after killing the initial buffer: > > 1. C-h b > 2. click function name link > 3. kill *scratch* > 4. click back > > clicking on [back] fails with the error "Selecting deleted buffer". [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.15.18 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: Eli Zaretskii , 17210@debbugs.gnu.org, Stefan Monnier , ian@iankelling.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: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > For `C-h b' it was broken by design because after killing the initial buffer: > > 1. C-h b > 2. click function name link > 3. kill *scratch* > 4. click back > > clicking on [back] fails with the error "Selecting deleted buffer". [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.15.18 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t > For `C-h b' it was broken by design because after killing the initial buffer: > > 1. C-h b > 2. click function name link > 3. kill *scratch* > 4. click back > > clicking on [back] fails with the error "Selecting deleted buffer". Well, we could handle that more smoothly. But the principal problem remains - namely that going back all of a sudden describes different bindings. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 11:26:27 2014 Received: (at 17210) by debbugs.gnu.org; 8 Apr 2014 15:26:27 +0000 Received: from localhost ([127.0.0.1]:41002 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXXus-0004Kk-FZ for submit@debbugs.gnu.org; Tue, 08 Apr 2014 11:26:26 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:38922) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXXuo-0004Ka-Qf for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 11:26:24 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N3P00H00XIMTX00@a-mtaout22.012.net.il> for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 18:26:20 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3P00G26XJWWCC0@a-mtaout22.012.net.il>; Tue, 08 Apr 2014 18:26:20 +0300 (IDT) Date: Tue, 08 Apr 2014 18:26:13 +0300 From: Eli Zaretskii Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" In-reply-to: <5343A1B4.6010005@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83bnwb7sh6.fsf@gnu.org> References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> <5343A1B4.6010005@gmx.at> X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 08 Apr 2014 09:13:56 +0200 > From: martin rudalics > CC: ian@iankelling.org, 17210@debbugs.gnu.org > > note that the bug which is the subject of the current thread was > implicitly caused by reverting a behavior erroneously introduced in > Emacs 24.3 (see the threads of bug#16816 and bug#17007 for details). [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: 17210@debbugs.gnu.org, ian@iankelling.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 08 Apr 2014 09:13:56 +0200 > From: martin rudalics > CC: ian@iankelling.org, 17210@debbugs.gnu.org > > note that the bug which is the subject of the current thread was > implicitly caused by reverting a behavior erroneously introduced in > Emacs 24.3 (see the threads of bug#16816 and bug#17007 for details). [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t > Date: Tue, 08 Apr 2014 09:13:56 +0200 > From: martin rudalics > CC: ian@iankelling.org, 17210@debbugs.gnu.org > > note that the bug which is the subject of the current thread was > implicitly caused by reverting a behavior erroneously introduced in > Emacs 24.3 (see the threads of bug#16816 and bug#17007 for details). Only by side effect, because all that stuff had nothing to do with which buffer is current when describe-bindings-internal is called. > > Also, describe-bindings-internal is only called from this single > > place, so I see no reason to support some other help buffers. Do you? > > I think Stefan explained that meanwhile. As long as describe-bindings invokes describe-bindings-internal with the current buffer set to the buffer whose keybindings we want to describe, I don't understand how the multitude of Help buffer can be relevant to the issue at hand. My problem with help-buffer is that calling it requires intimate understanding of its internal logic, because the caller doesn't necessarily know whether help-xref-following is bound to nil or not. Without knowing that, whoever calls help-buffer can easily trip on this problem. So it sounds like help-buffer is only suitable for callers who bind help-xref-following themselves, or have tight relationships with functions that do. describe-bindings-internal doesn't, so I don't see how it can be clean for it to call that function. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 11:27:36 2014 Received: (at 17210) by debbugs.gnu.org; 8 Apr 2014 15:27:36 +0000 Received: from localhost ([127.0.0.1]:41014 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXXvw-0004NB-KY for submit@debbugs.gnu.org; Tue, 08 Apr 2014 11:27:36 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:42597) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXXvr-0004Mu-26 for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 11:27:30 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N3P00D00XH1PM00@a-mtaout21.012.net.il> for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 18:27:20 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3P00DBFXLKNY30@a-mtaout21.012.net.il>; Tue, 08 Apr 2014 18:27:20 +0300 (IDT) Date: Tue, 08 Apr 2014 18:27:13 +0300 From: Eli Zaretskii Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" In-reply-to: <5343A1BC.6030307@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <838urf7sfi.fsf@gnu.org> References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> <5343A1BC.6030307@gmx.at> X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 08 Apr 2014 09:14:04 +0200 > From: martin rudalics > CC: ian@iankelling.org, 17210@debbugs.gnu.org, > Juri Linkov > > > Does the patch below help? > > It fixes the OP's problem so please check it in. But when hitting the > back button you don't get the previous contents. [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: juri@jurta.org, 17210@debbugs.gnu.org, monnier@IRO.UMontreal.CA, ian@iankelling.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 08 Apr 2014 09:14:04 +0200 > From: martin rudalics > CC: ian@iankelling.org, 17210@debbugs.gnu.org, > Juri Linkov > > > Does the patch below help? > > It fixes the OP's problem so please check it in. But when hitting the > back button you don't get the previous contents. [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t > Date: Tue, 08 Apr 2014 09:14:04 +0200 > From: martin rudalics > CC: ian@iankelling.org, 17210@debbugs.gnu.org, > Juri Linkov > > > Does the patch below help? > > It fixes the OP's problem so please check it in. But when hitting the > back button you don't get the previous contents. If "back" doesn't get you back, then it isn't really a solution, is it? From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 12:34:53 2014 Received: (at 17210) by debbugs.gnu.org; 8 Apr 2014 16:34:53 +0000 Received: from localhost ([127.0.0.1]:41094 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXYz5-0007Ps-NN for submit@debbugs.gnu.org; Tue, 08 Apr 2014 12:34:52 -0400 Received: from mout.gmx.net ([212.227.15.18]:58953) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXYz2-0007Pf-6T for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 12:34:49 -0400 Received: from [178.190.17.142] ([178.190.17.142]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MY7ZA-1WTDPR33hI-00UqbQ; Tue, 08 Apr 2014 18:34:45 +0200 Message-ID: <5344251E.7080501@gmx.at> Date: Tue, 08 Apr 2014 18:34:38 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> <5343A1BC.6030307@gmx.at> <838urf7sfi.fsf@gnu.org> In-Reply-To: <838urf7sfi.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:w+gdlvkKHNPWutKIgtuWz4OQ/QuynFtd2/3DpUSyNAiaHI8ztHC tChvzTmcj6gfGg1Xuq4YHvRlKgKzbGMWbL/9oQraQM4dkAQqLUaqT/wxCpOJNvBV8F5sf2K sLqCkwP40gdbkOhVFUWELTSc7a1udU/5wcGME5eAOLiWWArumMVo6eAOaGNOVxF4A9Jx6vd KMsSujDKWw2VQt2OH0ciA== X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > If "back" doesn't get you back, then it isn't really a solution, is > it? My first conclusion was wrong. "back" gets me the right buffer but it gives me different contents. After C-h b my first 12 lines of the *Help* buffer are [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.15.18 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: juri@jurta.org, 17210@debbugs.gnu.org, monnier@IRO.UMontreal.CA, ian@iankelling.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: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > If "back" doesn't get you back, then it isn't really a solution, is > it? My first conclusion was wrong. "back" gets me the right buffer but it gives me different contents. After C-h b my first 12 lines of the *Help* buffer are [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.15.18 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t > If "back" doesn't get you back, then it isn't really a solution, is > it? My first conclusion was wrong. "back" gets me the right buffer but it gives me different contents. After C-h b my first 12 lines of the *Help* buffer are Key translations: key binding --- ------- C-x Prefix Command mouse--down-1-maybe-follows-link mouse--down-1-maybe-follows-link C-x 8 iso-transl-ctl-x-8-map C-x 8 SPC=09 =2E.. and *Help* has 1050 lines while after going to some function and hitting "back" these lines are Key translations: key binding --- ------- C-x Prefix Command A-SPC =09 A-! =C2=A1 A-" Prefix Command A-$ =C2=A4 A-' Prefix Command A-* Prefix Command A-+ =C2=B1 =2E.. and *Help* has 1637 lines. Confusing. I think I'll have to debug `describe-buffer-bindings' to find out what happens. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 12:42:53 2014 Received: (at 17210) by debbugs.gnu.org; 8 Apr 2014 16:42:53 +0000 Received: from localhost ([127.0.0.1]:41108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXZ6q-0007gR-I0 for submit@debbugs.gnu.org; Tue, 08 Apr 2014 12:42:52 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:53053) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXZ6n-0007gE-5A for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 12:42:50 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N3Q00I00106K100@a-mtaout22.012.net.il> for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 19:42:47 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3Q00H2Y13BYHC0@a-mtaout22.012.net.il>; Tue, 08 Apr 2014 19:42:47 +0300 (IDT) Date: Tue, 08 Apr 2014 19:42:40 +0300 From: Eli Zaretskii Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" In-reply-to: <5344251E.7080501@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83txa36adb.fsf@gnu.org> References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> <5343A1BC.6030307@gmx.at> <838urf7sfi.fsf@gnu.org> <5344251E.7080501@gmx.at> X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 08 Apr 2014 18:34:38 +0200 > From: martin rudalics > CC: monnier@IRO.UMontreal.CA, ian@iankelling.org, 17210@debbugs.gnu.org, > juri@jurta.org > > > If "back" doesn't get you back, then it isn't really a solution, is > > it? > > My first conclusion was wrong. "back" gets me the right buffer but it > gives me different contents. [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: juri@jurta.org, 17210@debbugs.gnu.org, monnier@IRO.UMontreal.CA, ian@iankelling.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 08 Apr 2014 18:34:38 +0200 > From: martin rudalics > CC: monnier@IRO.UMontreal.CA, ian@iankelling.org, 17210@debbugs.gnu.org, > juri@jurta.org > > > If "back" doesn't get you back, then it isn't really a solution, is > > it? > > My first conclusion was wrong. "back" gets me the right buffer but it > gives me different contents. [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t > Date: Tue, 08 Apr 2014 18:34:38 +0200 > From: martin rudalics > CC: monnier@IRO.UMontreal.CA, ian@iankelling.org, 17210@debbugs.gnu.org, > juri@jurta.org > > > If "back" doesn't get you back, then it isn't really a solution, is > > it? > > My first conclusion was wrong. "back" gets me the right buffer but it > gives me different contents. That is a different problem, and AFAIK it is not new: try the same in Emacs from before your pixelwise resize changes, and I think you will see the same behavior. > and *Help* has 1637 lines. Confusing. I think I'll have to debug > `describe-buffer-bindings' to find out what happens. I think it simply describes bindings in another buffer (*Help* instead of *scratch*). From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 13:01:39 2014 Received: (at 17210) by debbugs.gnu.org; 8 Apr 2014 17:01:40 +0000 Received: from localhost ([127.0.0.1]:41114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXZP1-0000uD-1g for submit@debbugs.gnu.org; Tue, 08 Apr 2014 13:01:39 -0400 Received: from mout.gmx.net ([212.227.15.15]:64545) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXZOw-0000u0-SU for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 13:01:35 -0400 Received: from [178.190.17.142] ([178.190.17.142]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M5dMm-1Wvz2f263M-00xatC; Tue, 08 Apr 2014 19:01:29 +0200 Message-ID: <53442B62.4050107@gmx.at> Date: Tue, 08 Apr 2014 19:01:22 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> <5343A1BC.6030307@gmx.at> <838urf7sfi.fsf@gnu.org> <5344251E.7080501@gmx.at> <83txa36adb.fsf@gnu.org> In-Reply-To: <83txa36adb.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:aHIaIANAvTY9TsFPL8BzJfaHuDw0Y8Q6doCs2zjR37UookwVRLd Z2P+TJXjcVjN9XVyDHInNtKsY3FFkm67Hn3qHvVwo4WbWdWcv+4Pdxav60gvP1KLNJAHLMA NP6vDNJPnLcoPerf9Ep2bvnoXEeB9/U22yRJUTE5XGI+/0SmN4z5NVmTewGgLYKrLMxRhP+ IGB07z/hK+uw4L93Z3+DQ== X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> My first conclusion was wrong. "back" gets me the right buffer but it >> gives me different contents. > > That is a different problem, and AFAIK it is not new: try the same in > Emacs from before your pixelwise resize changes, and I think you will > see the same behavior. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.15.15 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: juri@jurta.org, 17210@debbugs.gnu.org, monnier@IRO.UMontreal.CA, ian@iankelling.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: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> My first conclusion was wrong. "back" gets me the right buffer but it >> gives me different contents. > > That is a different problem, and AFAIK it is not new: try the same in > Emacs from before your pixelwise resize changes, and I think you will > see the same behavior. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.15.15 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t >> My first conclusion was wrong. "back" gets me the right buffer but it >> gives me different contents. > > That is a different problem, and AFAIK it is not new: try the same in > Emacs from before your pixelwise resize changes, and I think you will > see the same behavior. I know. > I think it simply describes bindings in another buffer (*Help* instead > of *scratch*). That's what I thought. But the same buffer (e.g. *scratch*) is passed to `describe-buffer-bindings' in both cases. I'm sure that following the links forward and backward is responsible but why has that such drastic consequences? martin From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 13:08:47 2014 Received: (at 17210) by debbugs.gnu.org; 8 Apr 2014 17:08:47 +0000 Received: from localhost ([127.0.0.1]:41118 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXZVu-000160-Et for submit@debbugs.gnu.org; Tue, 08 Apr 2014 13:08:47 -0400 Received: from mout.gmx.net ([212.227.15.18]:51716) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXZVs-00015s-8c for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 13:08:45 -0400 Received: from [178.190.17.142] ([178.190.17.142]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Lg0wl-1XN6gm1iGp-00pZ12; Tue, 08 Apr 2014 19:08:39 +0200 Message-ID: <53442D10.8060001@gmx.at> Date: Tue, 08 Apr 2014 19:08:32 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> <5343A1BC.6030307@gmx.at> <838urf7sfi.fsf@gnu.org> <5344251E.7080501@gmx.at> <83txa36adb.fsf@gnu.org> <53442B62.4050107@gmx.at> In-Reply-To: <53442B62.4050107@gmx.at> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:nsP02S2/RDDfGD1zm8VsygJNZcWkOYTfCZcTYKOWkUflq+lniuL ixJKdloYhazrOIFTqrs2+aK2gi5EFqS62gvCx0GJl2oAs20FH9bM67vDip6aaWB/yJ5dSeU uUgCN8eY6BlYg620eLRt/9a2WvS4zIZcanTaxvVRlzg1xDqCe26yZMGhGBRQlkRJDeNbIPI k4qzAKbtgDBMYxeDxyGkQ== X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > That's what I thought. But the same buffer (e.g. *scratch*) is passed > to `describe-buffer-bindings' in both cases. I'm sure that following > the links forward and backward is responsible but why has that such > drastic consequences? [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.15.18 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: 17210@debbugs.gnu.org, ian@iankelling.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: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > That's what I thought. But the same buffer (e.g. *scratch*) is passed > to `describe-buffer-bindings' in both cases. I'm sure that following > the links forward and backward is responsible but why has that such > drastic consequences? [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.15.18 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t > That's what I thought. But the same buffer (e.g. *scratch*) is passed > to `describe-buffer-bindings' in both cases. I'm sure that following > the links forward and backward is responsible but why has that such > drastic consequences? It's `describe-bindings' itself, some sort of Heisenbug. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 13:16:19 2014 Received: (at 17210) by debbugs.gnu.org; 8 Apr 2014 17:16:19 +0000 Received: from localhost ([127.0.0.1]:41122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXZdD-0001JL-5Z for submit@debbugs.gnu.org; Tue, 08 Apr 2014 13:16:19 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:43030) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXZdA-0001J9-LU for 17210@debbugs.gnu.org; Tue, 08 Apr 2014 13:16:17 -0400 Received: from frontend1.mail.m-online.net (frontend1.mail.intern.m-online.net [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 3g3FdV6RLMz3hj7m; Tue, 8 Apr 2014 19:16:14 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.68]) by mail.m-online.net (Postfix) with ESMTP id 3g3FdV312dzbbhM; Tue, 8 Apr 2014 19:16:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavisd-new, port 10024) with ESMTP id Q2cLcLkH6_Ye; Tue, 8 Apr 2014 19:16:13 +0200 (CEST) X-Auth-Info: i+XC0KMz6yHuEA5rmVWiMiOv+Rp5LLWeYq82R7d+too= Received: from igel.home (host-188-174-208-42.customer.m-online.net [188.174.208.42]) by mail.mnet-online.de (Postfix) with ESMTPA; Tue, 8 Apr 2014 19:16:13 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id 6C5742C1AE6; Tue, 8 Apr 2014 19:16:13 +0200 (CEST) From: Andreas Schwab To: martin rudalics Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> <5343A1BC.6030307@gmx.at> <838urf7sfi.fsf@gnu.org> <5344251E.7080501@gmx.at> X-Yow: My LIBRARY CARD expired... Date: Tue, 08 Apr 2014 19:16:13 +0200 In-Reply-To: <5344251E.7080501@gmx.at> (martin rudalics's message of "Tue, 08 Apr 2014 18:34:38 +0200") Message-ID: <87txa3yc6a.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: martin rudalics writes: > and *Help* has 1050 lines while after going to some function and hitting > "back" these lines are > > > Key translations: > key binding > --- ------- > > C-x Prefix Command > A-SPC > A-! ¡ > A-" Prefix Command > A-$ ¤ > A-' Prefix Command > A-* Prefix Command > A-+ ± > ... > > > and *Help* has 1637 lines. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.18.0.10 listed in list.dnswl.org] 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t X-Debbugs-Envelope-To: 17210 Cc: Eli Zaretskii , 17210@debbugs.gnu.org, ian@iankelling.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: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: martin rudalics writes: > and *Help* has 1050 lines while after going to some function and hitting > "back" these lines are > > > Key translations: > key binding > --- ------- > > C-x Prefix Command > A-SPC > A-! ¡ > A-" Prefix Command > A-$ ¤ > A-' Prefix Command > A-* Prefix Command > A-+ ± > ... > > > and *Help* has 1637 lines. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.18.0.10 listed in list.dnswl.org] 1.3 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t martin rudalics writes: > and *Help* has 1050 lines while after going to some function and hitting > "back" these lines are > > > Key translations: > key binding > --- ------- > > C-x Prefix Command > A-SPC > A-! ¡ > A-" Prefix Command > A-$ ¤ > A-' Prefix Command > A-* Prefix Command > A-+ ± > ... > > > and *Help* has 1637 lines. This is normal. Listing the key translations autoloads iso-transl which installs more bindings as a side effect. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 08 15:50:19 2014 Received: (at 17210-done) by debbugs.gnu.org; 8 Apr 2014 19:50:19 +0000 Received: from localhost ([127.0.0.1]:38082 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXc2E-0005lp-OS for submit@debbugs.gnu.org; Tue, 08 Apr 2014 15:50:19 -0400 Received: from mercure.iro.umontreal.ca ([132.204.24.67]:43086) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WXc2B-0005lg-AZ for 17210-done@debbugs.gnu.org; Tue, 08 Apr 2014 15:50:16 -0400 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 716F484E1C; Tue, 8 Apr 2014 15:50:14 -0400 (EDT) Received: from lechon.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 9579B1E5874; Tue, 8 Apr 2014 15:49:49 -0400 (EDT) Received: by lechon.iro.umontreal.ca (Postfix, from userid 20848) id 6CD69B4287; Tue, 8 Apr 2014 15:49:49 -0400 (EDT) From: Stefan Monnier To: 17210-done@debbugs.gnu.org Subject: Re: bug#17210: 24.3.50; help mode [back] link to a C-h b keybind listing fails with message "Current buffer is not in Help mode" Message-ID: References: <5341E798.4060004@iankelling.org> <5342585B.9070603@gmx.at> <83ob0d6sow.fsf@gnu.org> <5343A1B4.6010005@gmx.at> <83bnwb7sh6.fsf@gnu.org> Date: Tue, 08 Apr 2014 15:49:49 -0400 In-Reply-To: <83bnwb7sh6.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 08 Apr 2014 18:26:13 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-1.501, requis 5, autolearn=not spam, ALL_TRUSTED -2.82, GAPPY_SUBJECT 1.32, MC_TSTLAST 0.00) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-Spam-Status: No X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 17210-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: -1.3 (-) > It fixes the OP's problem so please check it in. Thanks, installed. Stefan From unknown Mon Aug 18 15:38:45 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 07 May 2014 11:24:03 +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