GNU bug report logs -
#414
following links to numbered man pages in woman
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 414 in the body.
You can then email your comments to 414 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#414
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Frédéric Perrin <frederic.perrin <at> resel.fr>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Hello,
Frédéric 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.
--
Fred
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#414
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Chong Yidong <cyd <at> stupidchicken.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #10 received at 414 <at> emacsbugs.donarmstrong.com (full text, mbox):
> 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.
Severity set to `wishlist' from `normal'
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> emacsbugs.donarmstrong.com
.
(Sat, 02 Aug 2008 22:15:06 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#414
; Package
emacs
.
(Sat, 09 Jan 2016 20:01:02 GMT)
Full text and
rfc822 format available.
Message #15 received at 414 <at> debbugs.gnu.org (full text, mbox):
This link issue is still present in 25.1.50.1.
---Fran Burstall
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#414
; Package
emacs
.
(Mon, 19 Jul 2021 15:32:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 414 <at> debbugs.gnu.org (full text, mbox):
Frédéric 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.
This is now finally fixed in Emacs 28.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug marked as fixed in version 28.1, send any further explanations to
414 <at> debbugs.gnu.org and Frédéric Perrin <frederic.perrin <at> resel.fr>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 19 Jul 2021 15:33:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 17 Aug 2021 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 225 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.