- Status Closed
- Percent Complete
- Task Type Bugs
- Category Music playback
- Assigned To No-one
- Operating System All players
- Severity Low
- Priority Very Low
- Reported Version Release 3.12
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
Attached to Project: Rockbox
Opened by JeanLouisBiasini - 2013-06-18
Last edited by speachy - 2020-07-03
Opened by JeanLouisBiasini - 2013-06-18
Last edited by speachy - 2020-07-03
FS#12874 - [Fuze+] Music playback stopped if touchpad pressed more than 6 second while locked
I’ve been having this bug for over mouths and mouths without being able to square it clearly (i.e. even before the new radio implementation).
Way to reproduce:
- Lock the device in WPS while playing music
- put your finger on the touchpad and let it there for more than 6 sec.
- the music stop playing, player seems to be frozen.
- press the lock key or hard volume’s keys: player won’t unlock but will let playback continue and will then act as normal (i.e. second press unlock the device)
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
This is something you can observe on touchscreen targets too. I guess button.c is spamming the main thread with button events (which then does (partial) lcd updates), leaving too little CPU time for the actual playback.
The question is then why is pressing unlock or any volume key (those are the hard key on the fuze+ anything else is touchpad) unfreeze the player… Anyway I guess this is just another point for Pamaury idea to deactivate completely touchpad while being locked…