Bug 15127 - Song Scanner Behaves poorly for short moves.
: Song Scanner Behaves poorly for short moves.
Status: NEW
Product: SqueezePlay
Classification: Unclassified
Component: UI
: 7.5.x
: PC Debian Linux
: P3 normal (vote)
: Future
Assigned To: Ben Klaas
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-11-17 09:07 UTC by Marc Auslander
Modified: 2011-01-14 09:25 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments
engage scanner, the press-release fwd (4.00 KB, text/plain)
2009-11-17 10:58 UTC, Marc Auslander
Details
engage, then hold fwd to 2 second advance and release (4.00 KB, text/plain)
2009-11-17 10:59 UTC, Marc Auslander
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marc Auslander 2009-11-17 09:07:09 UTC
If I engage the song scanner by holding fwd, and then press fwd for a short amount of time, I see one of several wrong behaviors.

1. Immediately closes scanner and jumps to next track

2. Counts forward in scanner windows till I release, then immediately closes scanner window and either jumps to next track or start of current track.

This behavior is relatively new to me, but I just recently started running 7.5.

Current controller firmware is 8118 but this predates that build.

I've opened against squeezeplay although I only run it on controller.

Scroll wheel works correctly.
Comment 1 Andy Grundman 2009-11-17 10:20:53 UTC
Can you please provide a server log with player.source set to INFO?
Comment 2 Marc Auslander 2009-11-17 10:58:56 UTC
Created attachment 6318 [details]
engage scanner, the press-release fwd
Comment 3 Marc Auslander 2009-11-17 10:59:34 UTC
Created attachment 6319 [details]
engage, then hold fwd to 2 second advance and release
Comment 4 Marc Auslander 2009-11-17 11:00:35 UTC
I'm a bit surprised you asked for server rather than controller logs since this smells like a squeezeplay issue.  if you need controller logs I can provide those.
Comment 5 James Richardson 2009-11-23 09:23:09 UTC
Alan thinks this is an input method bug.
Comment 6 Alan Young 2009-11-23 09:28:00 UTC
To enter the scanner, one holds FWD (or REW).

Once in the scanner one can use the wheel to scrub through the track - this works fine.

Once in the scanner, one should also be able to press and hold FWD (or REW) to scrub through the track. This works.

Once in the scanner, one should also be able to use individual FWD (or REW) presses to scrub through the track in small jumps. This does not work and instead issues a track-skip.

It would seem that a FWD.single event (or whatever it is called) is not being consumed by the scanner applet and is falling through to its underlying default of track-skip action.
Comment 7 Chris Owens 2010-01-04 16:00:19 UTC
Changing priorities due to management guidance.
Comment 8 Chris Owens 2010-03-08 11:32:56 UTC
Moving lower-priority bugs to next target