Bug 12749 – volume popup should not interfere with navigation

Bug 12749 - volume popup should not interfere with navigation

Summary:

volume popup should not interfere with navigation

Status:	CLOSED FIXED

Product:	SB Radio
Classification:	Unclassified
Component:	Menus
Version:	Include FW version in comment
Platform:	Other Other

Importance:	P2 normal (vote)
Target Milestone:	CAT
Assigned To:	Ben Klaas

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2009-07-09 00:03 UTC by Caleb Crome
Modified:	2010-05-27 14:46 UTC (History)
CC List:	1 user (show)

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Caleb Crome 2009-07-09 00:03:27 UTC

When using the volume knob, any other front panel operations should immediately dismiss the volume popup and take action.  In fact, once local volume control is implemented, I'm not sure we'd need a popup at all.

Comment 1 Ben Klaas 2009-07-14 09:58:50 UTC

This should be a fairly easy fix to put in. FWIW, I disagree that a popup is not necessary even with local vol control.

Comment 2 Ben Klaas 2009-07-21 14:47:16 UTC

r6726 hides the popup when keys other than volume up/down are used and does not consume the event, so it should cascade to whatever else is listening for it.

there is quite a bit to be worked out re: volume popup behavior, but I think this particular bug should be fixed with this checkin

Comment 3 James Richardson 2009-10-06 09:22:25 UTC

This bug has been fixed in the latest release of MySqueezebox.com (formally
known as SqueezeNetwork)!

If you are still experiencing this problem, feel free to reopen the bug with
your new comments and we'll have another look.

Comment 4 Chris Owens 2010-05-27 14:46:00 UTC

These bugs have all been marked resolved and belong to a component which is being removed.  Therefore they have been moved to the most applicable of the new components.