*** This bug is a duplicate of bug 1193229 ***
https://bugs.launchpad.net/bugs/1193229
** This bug has been marked a duplicate of bug 1193229
Rhythmbox seeks ahead or crashes when resuming from pause
** Summary changed:
- Rhythmbox seeks through audio files after resuming play after puse
Public bug reported:
I'm using Rhythmbox on Ubuntu 13.04.
If I pause the music, wait for a short while, then un-pause the music, it
instead seeks ahead very rapidly, silently. When the current song end is
reached (in just a couple of seconds) it will move to the next track and
rapidly seek
Note that when I was searching for prior bug reports or fixes for this, I came
across a couple of other people mentioning this problem online, however they
were on forums, and did not appear to have found solutions.
Eg:
I'm using Ubuntu 12.10, rhythmbox 2.97, and a Nexus 7.
I have the same issue everyone else is reporting.. very annoying when
transferring a lot of songs!
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
I'm seeing this in Empathy too; if I try to open a new chat window from
the Empathy Contact List, nothing happens.
But if I start a new conversation from the Gnome Contacts list, then
open a new chat with that user in Empathy, it works.
What gives?
--
You received this bug notification because
I suspect this bug is related to
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-
drivers/+bug/877438
What do you think?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
This effects me.. however it's not just gnome-terminal, but google
chrome and firefox as well.
Basically, ALL window activity seems to be sluggish now.
This is on a Core i7 system, nVidia Quadro GPU, lots of RAM and a fast
RAID array. It ran very snappily under Gnome in Natty!
--
You received
Does this debugging info help?
I note that I only get this error if I try to run it with the --window command;
it may be an unrelated error.
tobyc@adonai:~$ /usr/lib/gnome-applets/invest-applet -d --window
2011-05-05 11:20:21.609092: Debugging enabled
2011-05-05 11:20:21.609141: Data Dir:
Am trying debugging via strace, ie:
tobyc@adonai:~$ strace /usr/lib/gnome-applets/invest-applet -d
This shows the module loading up, picking up various icons, shared
libraries, etc, then it hangs on a poll.. The last few lines are:
poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=11,
Public bug reported:
Binary package hint: gnome-applets
Bug occurred immediately after upgrade from Maverick to Natty.
(I am now using the Ubuntu Classic desktop, to retain Gnome stuff)
gnome-applets version: 2.32.1.1-0ubuntu5
I expected the Invest applet to be visible in my Gnome toolbar
That's curious.. I ran the devkit-power dumps, both on AC and battery power,
lid opened and closed. In all four cases the lid was reported as open:
to...@hp-mini:~$ grep lid-is-closed devkit-*.txt
devkit-ac-power-closed.txt: lid-is-closed: no
devkit-ac-power-open.txt: lid-is-closed: no
re post #63 -- I've tried setting the AC power option to Suspend on lid
close as well, but it still doesn't suspend on either battery or AC
power. HP Mini Note 2140 here.
--
suspend when closing laptop lid doesn't work
https://bugs.launchpad.net/bugs/44058
You received this bug notification
Gareth, you can check to see which packages were installed by looking at the
apt log files.
Try /var/log/dpkg.log and /var/log/aptitude.log
--
suspend when closing laptop lid doesn't work
https://bugs.launchpad.net/bugs/44058
You received this bug notification because you are a member of Ubuntu
Hi,
On final Karmic release, I ran:
1) dbus-monitor --session
type='signal',interface='org.freedesktop.PowerManagement'
2) lshal -m
And opened and closed the lid. In both cases, there was no log output at all
other than the initial start-up messages from those commands.
I then unplugged the AC
Hi,
just noting that on Karmic (beta) the problem is still present on my HP
MiniNote 2140.
-Toby
--
HP 2140 Lid Close Not Detected
https://bugs.launchpad.net/bugs/376793
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
I have upgraded my HP mininote to Karmic beta, and it is *still not
working*. Hmm, interesting to note that it apparently does for the
previous user though. How odd!
--
suspend when closing laptop lid doesn't work
https://bugs.launchpad.net/bugs/44058
You received this bug notification because
I tried running the dbus-monitor script, and lshal, under kernel
2.6.30-rc6 too.. Same result, ie. identical to Jeremy's post above.
I did this while on battery power, as I think someone else mentioned
maybe that would make a difference.. but it didn't.
--
HP 2140 Lid Close Not Detected
I thought I'd give the latest mainline kernel a go, which at time of writing
was 2.6.30-rc6.
Results were identical to the standard Jaunty kernel. ie. Lid close is detected
in /proc/acpi but suspend is not triggered.
--
HP 2140 Lid Close Not Detected
https://bugs.launchpad.net/bugs/376793
You
It seems likely that Bug #376793 is related or even a duplicate of this
one..?
--
suspend when closing laptop lid doesn't work
https://bugs.launchpad.net/bugs/44058
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in
It seems likely that Bug #44058 is related or even a duplicate of this
one..?
--
HP 2140 Lid Close Not Detected
https://bugs.launchpad.net/bugs/376793
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
--
20 matches
Mail list logo
