We have moved to a new Sailfish OS Forum. Please start new discussions there.
![]() | 1 | initial version | posted 2014-11-25 17:04:35 +0200 |
when i open an m4a file with the media app, stop it and then want to resume playing it, it just does nothing... wont resume playing. i have to restart playing the file from the beginning. since i listen to a lot of very long podcasts (and opus is still not supported!!!!) this is really annoying!
please fix this (or is it just a problem for me?)
SFOS: v1.0.8.21 media: version 0.1.27 - installed 0.1.47.3
when i open an m4a file with the media app, stop it and then want to resume playing it, it just does nothing... wont resume playing. i have to restart playing the file from the beginning. since i listen to a lot of very long podcasts (and opus is still not supported!!!!) this is really annoying!
please fix this (or is it just a problem for me?)
SFOS: v1.0.8.21 media: version 0.1.27 - installed 0.1.47.3
![]() | 3 | No.3 Revision |
when i open an m4a file with the media app, stop it and then want to resume playing it, it just does nothing... wont resume playing. i have to restart playing the file from the beginning. since i listen to a lot of very long podcasts (and opus is still not supported!!!!) this is really annoying!
please fix this (or is it just a problem for me?)
SFOS: v1.0.8.21 media: version 0.1.27 - installed 0.1.47.3
edit: i thought this was already fixed but apparently it wasnt... i just tested it with sfos v1.1.9.28 / media 0.2.34 and it still behaves the same as described above!
![]() | 4 | No.4 Revision |
when i open an m4a file with the media app, stop it and then want to resume playing it, it just does nothing... wont resume playing. i have to restart playing the file from the beginning. since i listen to a lot of very long podcasts (and opus is still not supported!!!!) this is really annoying!
please fix this (or is it just a problem for me?)
SFOS: v1.0.8.21 media: version 0.1.27 - installed 0.1.47.3
edit: i thought this was already fixed but apparently it wasnt... i just tested it with sfos v1.1.9.28 / media 0.2.34 and it still behaves the same as described above!
edit: still not fixed in SFOSv2.0.0.10
![]() | 5 | No.5 Revision |
when i open an m4a file with the media app, stop it and then want to resume playing it, it just does nothing... wont resume playing. i have to restart playing the file from the beginning. since i listen to a lot of very long podcasts (and opus is still not supported!!!!) this is really annoying!
please fix this (or is it just a problem for me?)
SFOS: v1.0.8.21 media: version 0.1.27 - installed 0.1.47.3
edit: i thought this was already fixed but apparently it wasnt... i just tested it with sfos v1.1.9.28 / media 0.2.34 and it still behaves the same as described above!
edit: still not fixed in SFOSv2.0.0.10
edit: still not fixed in SFOSv2.0.1.11
![]() | 6 | No.6 Revision |
when i open an m4a file with the media app, stop it and then want to resume playing it, it just does nothing... wont resume playing. i have to restart playing the file from the beginning. since i listen to a lot of very long podcasts (and opus is still not supported!!!!) this is really annoying!
please fix this (or is it just a problem for me?)
SFOS: v1.0.8.21 media: version 0.1.27 - installed 0.1.47.3
edit: i thought this was already fixed but apparently it wasnt... i just tested it with sfos v1.1.9.28 / media 0.2.34 and it still behaves the same as described above!
edit: still not fixed in SFOSv2.0.0.10
edit: still not fixed in SFOSv2.0.1.11
edit: still not fixed in SFOSv2.0.2.51
![]() | 7 | No.7 Revision |
when i open an m4a file with the media app, stop it and then want to resume playing it, it just does nothing... wont resume playing. i have to restart playing the file from the beginning. since i listen to a lot of very long podcasts (and opus is still not supported!!!!) this is really annoying!
please fix this (or is it just a problem for me?)
SFOS: v1.0.8.21 media: version 0.1.27 - installed 0.1.47.3
edit: i thought this was already fixed but apparently it wasnt... i just tested it with sfos v1.1.9.28 / media 0.2.34 and it still behaves the same as described above!
edit: still not fixed in SFOSv2.0.0.10
edit: still not fixed in SFOSv2.0.1.11
edit: still not fixed in SFOSv2.0.2.51
update: still not fixed in SFOS v2.1.2.3 - media v0.3.21 - jolla 1