This seems to be the real issue:
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/216788
--
lag between volume_up key and notification
https://bugs.launchpad.net/bugs/344772
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
u
How did you fix it? I'm running latest karmic with latest update and
have always had the same problem and still do.
--
lag between volume_up key and notification
https://bugs.launchpad.net/bugs/344772
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
no more problems
** Changed in: notify-osd (Ubuntu)
Status: Incomplete => Invalid
--
lag between volume_up key and notification
https://bugs.launchpad.net/bugs/344772
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bug
single short button hits:
animation is (somewhat) instant
volume is 100% and i hit the button once more:
"overshoot" animations lags behind half a second
keeping buttons pressed:
animation is not updated at all
with the old notification system there was no such delay, so this seems to be
** Changed in: notify-osd (Ubuntu)
Importance: Undecided => Low
--
lag between volume_up key and notification
https://bugs.launchpad.net/bugs/344772
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-b
For sure there is no hardware hotkey delay, because when using the
normal notification daemon I get no delay.
The delay is also present with metacity not composited
I would like to add that it's not a big delay, it's ~0.5-1s max
--
lag between volume_up key and notification
https://bugs.launchpa
That's a 0.2 difference between the two, ie mostly the same time. Could you
have some HW delay there?
There is a test-media-key application in the source tarball. Could you try that
and see if there is a delay when pressing keys with this command line
application?
apt-get source gnome-settings
Maybe you mislead my problem and I'm sorry.
The lag is only present when multiple notifications are executed.
So I tried this:
time ./test-notify.sh
which has a result of 1.045s with notify-osd
and 0.8s on the vanilla session (though they don't display the vanilla
volume osd, but the yellow baloo
Nicolò Chieffo wrote:
> In my opinion it's specific to notify-osd, since the
> gnome-settings-daemon osd are not lagging.
>
> do you notice these lags too?
>
Not really: I see the notifications instantly here on on T60 with compiz
or metacity+compositing.
Do you notice other slowdowns on your
In my opinion it's specific to notify-osd, since the
gnome-settings-daemon osd are not lagging.
do you notice these lags too?
--
lag between volume_up key and notification
https://bugs.launchpad.net/bugs/344772
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Hi, thanks for the bug report.
Yes, i'd like to know if it is a bug specific to notify-osd or if that's
a problem lower in the stack. These notifications are normally displayed
with high priority and skip most of the steps that normal notifications
usually have to go through.
** Changed in: notif
11 matches
Mail list logo