GNOME Bugzilla – Bug 379109
keyboard shortcuts without modifiers make searching impossible
Last modified: 2006-11-25 13:15:00 UTC
Please describe the problem: when i try and type "silbermond" in the search text/box the "b" gets processed as a command "back one track" since the keyboard shortcut is not using a modifier key like control or alt. Steps to reproduce: 1. search for something with "n" or "b" 2. banshee recognizes character as a command 3. character is not entered in the search text box Actual results: 3. character is not entered in the search text box Expected results: 3. character is entered in the search text box, shortcut is not activated. Does this happen every time? yep Other information: workaround: copy and paste characters. this is tedious and not intuitive...
possible fix, use shift-ctrl modifier (works for me, but probably not in interest of app): in ActionManager.cs: /* Playback Actions */ playback_actions.Add(new ActionEntry [] { new ActionEntry("PlayPauseAction", "media-playback-start", Catalog.GetString("Play"), "space", Catalog.GetString("Play or pause the current song"), null), new ActionEntry("NextAction", "media-skip-forward", Catalog.GetString("Next"), "<control><Shift>N", Catalog.GetString("Play the next song"), null), new ActionEntry("PreviousAction", "media-skip-backward", Catalog.GetString("Previous"), "<control><Shift>B", Catalog.GetString("Play the previous song"), null), });
This looks like a duplicate of bug 368436, which has been fixed in CVS. Does it also happen with the CVS version? If so, feel free to reopen the bug report. *** This bug has been marked as a duplicate of 368436 ***