Bug: Arrow key navigation appears to be broken

[mbrgm]

Step to reproduce

1. Open baRSS menu.
2. Place cursor above first entry ("Pause Updates").
3. Change highlighted entry by repeatedly pressing down arrow key.

Expected behavior

• Highlighted item is changed one by one in a subsequent manner for each key press.

Actual behavior

• After reaching "Open all unread", highlight moves back up to the menubar item, then continues with the first menu item ("Pause Updates").
• The same behavior can be observed when moving up from the bottom. In this case, the wrapping happens after "Mark all read".

[relikd]

I'll be travelling the next few month, therefore I can not look at the problem at the moment. But I will get back to you as soon as I can.

First guess:

baRSS/baRSS/Status Bar Menu/NSMenu+Ext.m

Lines 78 to 82 in 6cf86d3

	NSMenuItem *itm = [self addItemIfAllowed:TagOpenAllUnread title:NSLocalizedString(@"Open all unread", nil)];
	if (itm) {
	NSString *altTitle = [NSString stringWithFormat:NSLocalizedString(@"Open a few unread (%lu)", nil), UserPrefsUInt(Pref_openFewLinksLimit)];
	[self addItem:[itm alternateWithTitle:altTitle]];
	}

this creates a hidden menu entry which is only shown when holding down alt/option. I assume this breaks the "highlight next item" logic. I wonder whether other apps have this problem with alternative-items or not. I assume the other work as expected, thus I have to try to create the menu item differently.