Bug 171677 - Playback isn't resumed after waking up from suspended mode
Summary: Playback isn't resumed after waking up from suspended mode
Status: RESOLVED NOT A BUG
Alias: None
Product: Phonon
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Matthias Kretz
URL:
Keywords:
: 197805 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-09-26 04:20 UTC by Mohamed Yehiya
Modified: 2010-12-05 22:16 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mohamed Yehiya 2008-09-26 04:20:45 UTC
Version:            (using KDE 4.0.5)
OS:                Linux
Installed from:    Fedora RPMs

I've locked this issue

https://bugzilla.redhat.com/show_bug.cgi?id=461447


=============

Description of problem:
                      Amarok player not resuming its playing after (wake-up)
resumed from suspend mode.

Version-Release number of selected component (if applicable):
Fedora 9

How reproducible:
                After resuming from the option "Suspend from RAM"
the player Amarok, not even starts playing.

Steps to Reproduce:
1.In the laptop DELL 1525 (Upgraded from F8)
2.Suspend to RAM
3.Resume from suspended state


Actual results:
Not continuing/resuming the playlist

Expected results:

Should be continued/resumed from the minute and sec it suspended to disk

Additional info:

------- Comment #1 From Rex Dieter (rdieter@math.unl.edu) 2008-09-08 07:33:45 EDT (-) [reply] -------

If I understand correctly, amarok is playing when suspended, and on resume, you
expect it to resume playing?
Do any other sound-related events work after resuming?
Does restarting amarok help?

------- Comment #2 From Mohamed Yehiya (mdyehiya@gmail.com) 2008-09-08 22:56:56 EDT (-) [reply] -------

Scenario 01: (Suspend to RAM)
          Amarok remains calm as if it was stopped before going to suspend
state.
When I click on any song it starts playing.

Scenario 02: (Suspend to Disk)
          After system restarts, the play list keeps skipping on to next song
and another and nothing is playing. I clicked on stop button and played again
it started playing normal.



=========================================

Comment #4 From  Steven M. Parrish (smparrish@shallowcreek.net)  2008-09-25 18:25:46 EDT   (-) [reply] -------

Thanks for the report.  I checked upstream and could not find a matching
bug.Please file a bug report in the the upstream bugzilla located at
http://bugs.kde.org for the particular component involved.

Once you've filed your bug report to the upstream bugzilla, please add the
upstream info to this report. We will continue to track the issue in the
centralized upstream bug tracker, and will review any bug fixes that become
available for consideration in future updates.

Setting status to NEEDINFO, and awaiting upstream bug report URL for tracking.

Thanks in advance.
Comment 1 Seb Ruiz 2008-09-26 04:59:23 UTC
Which version of Amarok?

More than likely this is an issue with Phonon, but I can't be sure.
Comment 2 Mohamed Yehiya 2008-09-26 06:03:33 UTC
Not sure now upgrade/uninstalled amarok from my system. 
Had issues in install non-free mp3 codecs
Comment 3 Mark Kretschmann 2009-04-16 11:29:46 UTC
Ok, I'm reassigning this report to Phonon, as it is likely not an Amarok issue.

I distinctly remember that xinelib always had problems with this, so maybe it's rather a xine bug.


PS: The reports states that you are using KDE 4.0.5, which would be very very old (and wouldn't work with Amarok SVN). Is this information correct?
Comment 4 Mark Kretschmann 2009-06-25 11:24:55 UTC
*** Bug 197805 has been marked as a duplicate of this bug. ***
Comment 5 Myriam Schweingruber 2009-11-03 19:51:55 UTC
Setting assignee correctly
Comment 6 Myriam Schweingruber 2009-12-12 00:08:42 UTC
Is this still valid with current KDE 4.3.4 or 4.4 beta 1?
Comment 7 Myriam Schweingruber 2010-03-04 14:22:50 UTC
Closing for lack of feedback.