When modifying the volume with the keyboard, Ubuntu sometimes freezes

Thank you for your bug. What version of Ubuntu do you use? What window manager do you use? Do you use a composite manager? Can you still switch to a command line with ctrl-alt-F1 when that happens? Do you have anything to /var/log/messages /var/log/syslog or /var/log/Xorg.0.log about that?

I use Ubuntu 7.04 Herd 4. I do not use a composite manager. I use GNOME-Metacity.

Yes, when it freezes I can yo to a command line.

( 2 ) By the way, when I decrease the volume until it reaches the minimum (silent) and does not freeze, I cannot increase it using the keyboard. I have to do it manually with gnome's the volume bar.

I cannot find anything related to the problem in those files, neither reproduce the freeze. I can reproduce ( 2 ).

marking unconfirmed, I don't have that problem, maybe somebody else can trigger it and will pick on the debug

I am unable to reproduce this aswell

I can't reproduce it either.

Can you run
  tail -f -n 0 ~/.xsession-errors
in a terminal, then try to make it break and copy the output here afterwards?

It does not freeze anymore! Good thing.

But when volume reaches 0 (quiet), I cannot increase it with the keyboard, I have to do it manually.

Can you look if you have any error to .xsession-errors when you try to increate it with the keyboard?

no errors there. Nothing new appears.

marking unconfirmed, to be worked by somebody getting the problem. Do you still have your Ubuntu freezing like mentionned by the bug description?

Fixed in last update. Now there is no problem nor modifying the volume nor sometimes freezing.

Thank you for the update, marking fixed then

This happens consistently in rhythmbox and totem when I attempt to change volume via keyboard (remote control mapped to volume in my case).

1- It only happens when Totem or Rhythmbox is the active application.
2- The freeze is complete; app is unresponsive; although it does keep playing, no other controls work
3- the freeze will bleed into other apps, causing them to be unresponsive as well. For example: I have totem open, try volume control, it locks up. I switch to firefox and try to do something, and it locks up for several seconds.

If in fullscreen mode, as one might imagine, it successfully locks me out of the entire system. This requires either a full desktop restart via ctrl+alt+backspace, or ssh in to kill Totem.

The problem also exists on other machines running Feisty when attempting to control volume with rhythmbox at the front. It is not fixed.

I also have the same bug as hotani. I'm using Ubuntu 8.04 Hardy Heron. I'de be happy to run tests you need to get information about this bug if someone would just tell me what you need.

don't reopen a bug closed for over a year only because you have a similar issue, better to open a new bug, the code changed and it could be a totally different bug