GNU bug report logs - #414
following links to numbered man pages in woman

Message received at (unknown):

Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-3.1 required=4.0 tests=AWL,BAYES_00 autolearn=ham
	version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 414) by emacsbugs.donarmstrong.com; 2 Aug 2008 22:09:47 +0000
Received: from cyd (CYD.MIT.EDU [18.115.2.24])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m72M9jdB018807
	for <414 <at> emacsbugs.donarmstrong.com>; Sat, 2 Aug 2008 15:09:46 -0700
Received: by cyd (Postfix, from userid 1000)
	id 3904557E337; Sat,  2 Aug 2008 18:09:56 -0400 (EDT)
From: Chong Yidong <cyd <at> stupidchicken.com>
To: 414 <at> debbugs.gnu.org
Subject: Re: 23.0.60; Womang hangs on some links
Date: Sat, 02 Aug 2008 18:09:56 -0400
Message-ID: <8763qj2hmz.fsf <at> stupidchicken.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

> Now, a link to regexp(5) displays the man page of regexp(n) (I didn't
> notice that this page existed on my system...). More generally, WoMan
> seems not to use the section of the man page when following a link. To
> reproduce this behaviour, load man(1), and follow the groff(1) link.
> WoMan then asks whether it should display groff(1) or groff(7). Now,
> this one is only a minor annoyance.

This should be fairly easy to fix, but it's currently the feature freeze
on the trunk.  After the release, we'll see what we can do.

Message received at (unknown):

Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-8.0 required=4.0 tests=BAYES_00,RCVD_IN_DNSWL_MED
	autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 14 Jun 2008 21:11:06 +0000
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m5ELB2R0023743
	for <submit <at> emacsbugs.donarmstrong.com>; Sat, 14 Jun 2008 14:11:03 -0700
Received: from mx10.gnu.org ([199.232.76.166]:53873)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <frederic.perrin <at> resel.fr>)
	id 1K7czX-0006sO-PC
	for emacs-pretest-bug <at> gnu.org; Sat, 14 Jun 2008 17:08:55 -0400
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <frederic.perrin <at> resel.fr>)
	id 1K7d1Q-00079B-Px
	for emacs-pretest-bug <at> gnu.org; Sat, 14 Jun 2008 17:10:54 -0400
Received: from maisel-gw.enst-bretagne.fr ([192.44.76.8]:46262)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <frederic.perrin <at> resel.fr>)
	id 1K7d1Q-00078J-Cn
	for emacs-pretest-bug <at> gnu.org; Sat, 14 Jun 2008 17:10:52 -0400
Received: from localhost (localhost [127.0.0.1])
	by maisel-gw.enst-bretagne.fr (Postfix) with ESMTP id 3D78119858
	for <emacs-pretest-bug <at> gnu.org>; Sat, 14 Jun 2008 23:10:41 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at resel.fr
Received: from maisel-gw.enst-bretagne.fr ([127.0.0.1])
	by localhost (mercure.adm.maisel.enst-bretagne.fr [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id msrtps+t1LPd for <emacs-pretest-bug <at> gnu.org>;
	Sat, 14 Jun 2008 23:10:35 +0200 (CEST)
Received: from girafe.maisel.enst-bretagne.fr (girafe.maisel.enst-bretagne.fr [172.22.206.119])
	(Authenticated sender: fperrin)
	by maisel-gw.enst-bretagne.fr (Postfix) with ESMTP id 13C6A19854
	for <emacs-pretest-bug <at> gnu.org>; Sat, 14 Jun 2008 23:10:35 +0200 (CEST)
Received: by girafe.maisel.enst-bretagne.fr (Postfix, from userid 1000)
	id A0F9A16717; Sat, 14 Jun 2008 23:10:20 +0200 (CEST)
From: =?utf-8?Q?Fr=C3=A9d=C3=A9ric_Perrin?= <frederic.perrin <at> resel.fr>
To: emacs-pretest-bug <at> gnu.org
Subject: Re: 23.0.60; Womang hangs on some links
Organization: =?utf-8?Q?R=C3=A9seau?= des =?utf-8?B?w4lsw6h2ZXM=?=
References: <87lk1g29ul.fsf <at> girafe.maisel.enst-bretagne.fr>
Date: Sat, 14 Jun 2008 23:10:20 +0200
In-Reply-To: <87lk1g29ul.fsf <at> girafe.maisel.enst-bretagne.fr>
 (=?utf-8?B?IkZyw6lkw6lyaWM=?=
	Perrin"'s message of "Sat, 07 Jun 2008 23:50:26 +0200")
Message-ID: <87abhnradf.fsf <at> resel.fr>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3)

Hello,

Fr=C3=A9d=C3=A9ric Perrin <frederic.perrin <at> resel.fr> writes:
> Starting with a fresh checkout of the emacs source tree, Woman hangs
> when following some links to non-existent man pages. It happenned when
> I was looking at the procmailrc(5) page, and wanted to follow the
> regexp(5) link. At that moment, emacs stopped responding. The
> regexp(5) page doesn't exist on my system.

With a fresh CVS update (of this afternoon), it no longer happens. I
don't see the ChangeLog entry that would have fixed this bug. If I read
`cvs log woman.el` correctly, the last change seems to be :

> revision 1.70
> date: 2008-04-11 02:30:24 +0000;  author: cyd;  state: Exp;  lines: +1 -1=
;  commitid: t1JbOdImtMiRsDYs;
> (woman2-TH): Undo last change.  Use string-equal instead of
> string-match.

which is older than the version of CVS in which I saw the bug. Anyway...

Now, a link to regexp(5) displays the man page of regexp(n) (I didn't
notice that this page existed on my system...). More generally, WoMan
seems not to use the section of the man page when following a link. To
reproduce this behaviour, load man(1), and follow the groff(1) link.
WoMan then asks whether it should display groff(1) or groff(7). Now,
this one is only a minor annoyance.

--=20
Fred