Bug 15534 – Fallback alarm should fade in

Bug 15534 - Fallback alarm should fade in

Summary:

Fallback alarm should fade in

Status:	CLOSED FIXED

Product:	SqueezePlay
Classification:	Unclassified
Component:	--
Version:	7.4.x
Platform:	All All

Importance:	P3 minor with 8 votes (vote)
Target Milestone:	7.5.x
Assigned To:	Ben Klaas

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2010-01-25 15:46 UTC by Stefan Hansel
Modified:	2010-09-13 11:29 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 Stefan Hansel 2010-01-25 15:46:18 UTC

The fallback alarm is very loud - you get a heart attack when you are in the middle of the night and it starts blasting.

It should fade in as the normal alarm does too.

This bug was split off from #14870.

Comment 1 Chris Owens 2010-02-01 08:06:01 UTC

Assigning to Ben if he has time for 7.5

Comment 2 Chris Owens 2010-03-08 11:32:58 UTC

Moving lower-priority bugs to next target

Comment 3 Nathan Jones 2010-03-13 05:37:39 UTC

Fixing this bug will go a long way toward addressing the "instability" perception of the Alarm portion of this product.

Comment 4 SVN Bot 2010-06-22 09:24:46 UTC

 == Auto-comment from SVN commit #8903 to the jive repo by bklaas ==
 == http://svn.slimdevices.com/jive?view=revision&revision=8903 ==

Fixed Bug: 15534
Description: fade in fallback alarm volume from 0 to 43 over ~ 10 seconds
cache previous volume so volume is set local player back to whatever it was before fallback alarm was sounded

Comment 5 Chris Owens 2010-09-13 11:29:02 UTC

This bug has now been fixed in a released version of the Squeezeplay firmware (SB Touch, SB Radio, and SB Controller).  If you are still seeing this bug, please make certain you are running firmware 9009 or higher, and re-open it.

Thanks!