From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#31130: 26; Regression: intra-glossary links broken in Emacs manual Date: Thu, 12 Apr 2018 19:43:00 +0300 Message-ID: <83muy81iln.fsf@gnu.org> References: <<<60e57152-0b45-4c8f-aef7-fc8f2b06c69b@default>>> <<<874lkgrg14.fsf@gmail.com>>> <<<838t9s3cbf.fsf@gnu.org>>> <<5a5ee055-9b18-4e1f-9f49-e95128fa0a80@default>> <<83sh801mcl.fsf@gnu.org>> <2e49187a-b623-46ad-8acc-1c8b0d787d99@default> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1523551513 5798 195.159.176.226 (12 Apr 2018 16:45:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 12 Apr 2018 16:45:13 +0000 (UTC) Cc: rpluim@gmail.com, 31130@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 12 18:45:09 2018 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 1f6fLN-0001G9-Eq for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Apr 2018 18:45:05 +0200 Original-Received: from localhost ([::1]:53747 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f6fNU-0000vk-40 for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Apr 2018 12:47:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59495) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f6fJP-0005bL-Dk for bug-gnu-emacs@gnu.org; Thu, 12 Apr 2018 12:43:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f6fJO-0001sH-BX for bug-gnu-emacs@gnu.org; Thu, 12 Apr 2018 12:43:03 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40345) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f6fJO-0001s8-6r for bug-gnu-emacs@gnu.org; Thu, 12 Apr 2018 12:43:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f6fJO-0007FM-0Q for bug-gnu-emacs@gnu.org; Thu, 12 Apr 2018 12:43:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 12 Apr 2018 16:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31130 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31130-submit@debbugs.gnu.org id=B31130.152355137927846 (code B ref 31130); Thu, 12 Apr 2018 16:43:01 +0000 Original-Received: (at 31130) by debbugs.gnu.org; 12 Apr 2018 16:42:59 +0000 Original-Received: from localhost ([127.0.0.1]:48242 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f6fJL-0007F4-Gj for submit@debbugs.gnu.org; Thu, 12 Apr 2018 12:42:59 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40123) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f6fJI-0007Ej-O4 for 31130@debbugs.gnu.org; Thu, 12 Apr 2018 12:42:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f6fJ9-0001lI-LM for 31130@debbugs.gnu.org; Thu, 12 Apr 2018 12:42:51 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41165) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f6fJ9-0001l2-GQ; Thu, 12 Apr 2018 12:42:47 -0400 Original-Received: from [176.228.60.248] (port=1584 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1f6fJ8-0007b2-VA; Thu, 12 Apr 2018 12:42:47 -0400 In-reply-to: <2e49187a-b623-46ad-8acc-1c8b0d787d99@default> (message from Drew Adams on Thu, 12 Apr 2018 08:53:49 -0700 (PDT)) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:145169 Archived-At: > Date: Thu, 12 Apr 2018 08:53:49 -0700 (PDT) > From: Drew Adams > Cc: rpluim@gmail.com, 31130-done@debbugs.gnu.org > > > > 1. Trying again now, I can repro the problem only in Emacs 24.5, > > > not in the more recent releases/builds. > > > > That could be, but I guess it means you reported the bug from a binary > > other than the one where the problem happened? > > No. I reported it from the Emacs 26 RC1, and the problem > happened in that version. And I tested it with `emacs -Q' > in that version. I likely reported it (M-x report-emacs-bug) > using my setup, but with the same binary that I tested using > emacs -Q. So you are saying that either (a) something in your setup causes this problem to happen, perhaps after some time the session is alive, or (b) something outside of Emacs causes the problem, and that something is not always happening, is that right? > And I tested using emacs -Q also in Emacs 25.3.1, > 24.5, 24.4, 23.4, and even 22.3 and 20. Which means the (b) part above is more likely the culprit? Are you reasonably sure that your reproduction steps are the same in all of these attempts, whether successful or not? Or is that yet another potential reason for the problem to happen only sometimes? > > > 3. I don't know how or why I saw different behavior then > > > than now, when I retest. > > > > We've been through that before. > > Have we? Please tell me how what I saw is possible, in > that case. AFAIR, we ended up giving up on understanding the exact reasons back then as well, because you were unable to reliably reproduce the problem, except in an old version of Emacs or an old version of Info files. Exactly like now. > > It depends on how your system is configured wrt multiple Emacs > > versions installed on it, and in particular how you invoke Info. If > > you just type "C-h i" or "C-h r", the Info manual you get depends on > > whether you keep the share/info directories of different versions > > separate or not. > > They are all separate. Each Emacs version/release is in > a separate directory/folder, and all of it is there, in > the original subdirs (bin, etc, include,lib, libexec, > share, ssl). All I do is extract the zip file > obtained from GNU Emacs (e.g. P. Lord's snapshots). I > make no changes to the directories or their files. > > (Even with my own setup I make no such changes - no > changes to the distributed files and their directories. > But with my own setup I do make changes to some Info > functions etc.) > > So I repeat the question, how could it happen that I > would read an Info file that didn't come with the > current binary, when using emacs -Q? Which Info files Emacs finds is determined by the code which computes Info-default-directory-list, and on code in info-initialize (and its subroutine Info-default-dirs). In a nutshell, that makes Emacs consider several alternative places until it finds one that "works". So the answer to your question depends on the directories you have or don't have on your system, out of those Emacs considers, something I cannot know. It also depends on whether you have INFOPATH defined in the environment, and if you do, what is its value. > Unless there is some kind of cache file that Emacs > uses for Info that is outside that directory There is no cache. > I don't see how different versions could show the same Info manual > version when each is started with emacs -Q. If you read the code in the functions I pointed to, you will see that it doesn't only consider directories under the directory where you unzipped the archive. It also looks in other places. > > Also, "C-h i" and "C-h r" go to different places by > > default. This is why I always use "C-u C-h i", and then specify the > > Info file that corresponds to the Emacs version I'm running. > > I used `C-h r' to simplify the repro recipe. If invoked > from emacs -Q, how can that go elsewhere than the Emacs > manual for that binary? Again, I don't know enough to answer that. But the only way to be in full control of which manual file is loaded is to use "C-u C-h i".