Bug 492801

Summary:	/usr/bin/info fails to display top directory (and some other apparently as well)
Product:	[Fedora] Fedora	Reporter:	Michal Jaegermann <michal>
Component:	texinfo	Assignee:	Vitezslav Crhonek <vcrhonek>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	11	CC:	fatkasuvayu, hanpingtian, hongjiu.lu, jan.kratochvil, pertusus, poc, vcrhonek
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-08-06 08:12:10 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Michal Jaegermann 2009-03-29 19:02:10 UTC

Description of problem:

After typing 'info' one is left with an empty screen instead of a menu
with a status bar claiming "1 lines".

A cursory check reveals that if one knows a name of a node, say
'info gcc' or 'info gawk', then a top menu for this document is usually displayed although 'info emacs' shows only "* Menu:" with no further entries.

Emacs info-mode still ends up with full menus as expected.

Version-Release number of selected component (if applicable):
texinfo-4.13a-2.fc11

How reproducible:
always

Expected results:
A display of a top menu after 'info' like in F9 or F10 and a real menu for 'info emacs'.

Additional information:
'info emacs intro' does get "Intro" node from that document.

Comment 1 Jan Kratochvil 2009-05-04 07:30:11 UTC

info '(as)Pseudo Ops' displays only about the first 30 lines of the node.

Comment 2 Vitezslav Crhonek 2009-05-04 14:50:47 UTC

Reproduced. /usr/bin/info behaves strangely, but I didn't find out why yet.

BTW I tried build texinfo-4.13a for F-10, it doesn't work fine too. Interestingly when locally compiled, no such problem occurred...

Comment 3 Patrick O'Callaghan 2009-05-18 16:28:35 UTC

Me too. Same issue, same symptoms. This is an F11 upgrade from F10. On F10 everything worked. Looks very much like a problem with the menus.

Comment 4 Bug Zapper 2009-06-09 12:48:04 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 5 Suvayu 2009-07-11 18:03:23 UTC

I can confirm all the symptoms word for word.

The dir file is where it is supposed to be, /usr/share/info/dir. And the info doesn't open the top node even when invoked as, info -f /usr/share/info/dir.

Comment 6 Vitezslav Crhonek 2009-08-04 12:24:08 UTC

*** Bug 510565 has been marked as a duplicate of this bug. ***

Comment 7 Michal Jaegermann 2009-08-04 20:27:54 UTC

info-4.13a-3.fc12 from the current rawhide, regardless of comment #4, suffers in the same way.  AFAICT info-4.12-4.fc10 is OK.

Comment 8 Michal Jaegermann 2009-08-05 01:16:37 UTC

Just to add to the attraction if on an F11 system I will type 'info' and with an empty info window I will try, say, "mgn<TAB><TAB> then I will see:

7 completions:
Gnupg1              GnuTLS              gnutls-serv
GNUPLOT             gnutls-cli          
Gnus                gnutls-cli-debug

and items are "selectable".  So in a sense the whole menu is there but only as a "ghost".  Only applying the above to document indices with possible few hundreds invisible entries is not that practical.

Comment 9 Vitezslav Crhonek 2009-08-06 08:12:10 UTC


*** This bug has been marked as a duplicate of bug 515402 ***