Syslinux - Oct 2012 - menu timeout restarted with single item (4.06-pre14)

Hi,

The menu timeout isn't cancelled but restarted when there's only a
single item in the menu and I try to move the selection.  The selection
flashes but of course does not move.  Tested with pxelinux under QEMU:

$ qemu -net nic -boot n -net user,tftp=tftpboot,bootfile=/pxelinux.0

pxelinux.cfg/default:
UI menu.c32
TIMEOUT 100

LABEL single
  KERNEL blah

Adding another menu item restores the correct behaviour: the timeout
cancels on keypress (arrow).
-- 
Regards,
Feri.

On Wed, 2012-10-17 at 08:07 +0200, Ferenc Wagner wrote:
> Hi,
> 
> The menu timeout isn't cancelled but restarted when there's only a
> single item in the menu and I try to move the selection.  The selection
> flashes but of course does not move.  Tested with pxelinux under QEMU:
> 
> $ qemu -net nic -boot n -net user,tftp=tftpboot,bootfile=/pxelinux.0
> 
> pxelinux.cfg/default:
> UI menu.c32
> TIMEOUT 100
> 
> LABEL single
>   KERNEL blah
> 
> Adding another menu item restores the correct behaviour: the timeout
> cancels on keypress (arrow).
This bug report scared me at first because I thought that this was a
newly introduced bug, likely brought about by some of my recent commits
to com32/menu.

But it turns that this bug is *old*, like 7 years old and looks to have
been introduced with the following commit,


commit da20539a79fe070350a43503b8db954c50980e18
Author: hpa <hpa>
Date:   Tue Aug 30 22:36:49 2005 +0000

    New "totaltimeout" option; change the menu behaviour on timeout.


Now, I suspect this is a bug and I can certainly understand why people
would expect a one entry menu to work the same way as a multi-entry menu
with regards to TIMEOUT. Peter, is this a bug or some "undocumented
feature"?

-- 
Matt Fleming, Intel Open Source Technology Center