totem doesn't respond to STOP hotkey

Thanks for your bug? What does rhythmbox do? You have both running?

well I've noticed that both programs doesn't have a "stop" button in the
interface, but if I press STOP hotkey in rhythmbox, the song stops, and if I
press play it starts from the beginning (like xmms stop).
no, only totem was runnung

do you still have that issue?

I'm now using dapper and yes, I still have that issue. anyway
/etc/acpi/stopbtn.sh is executed as I can see in /var/log/acpid

well using latest dapper and although I can set the hotkey in system - preferences - keyboard shorcuts, totem is still not sensible to stop! but next, previous, play/pause work!

It does react to the pause key, since there is no stop button that's probably not a bug ... anybody else with an opinion on that?

No, wait! stop hotkey does nothing! rythmbox (which also does not have a stop button) instead can handle the stop hetkey, really stoping the song (not pausing it)
well I just want to add two comments:
1) rythmbox handles all music hotkeys without having them set in "keyboard shortcuts", while totem doesn't: it handles only the keys you set in "keyboard shortcuts", of course except stop as I told you before

2) instead of rythmbox, totem handles music hotkeys only if its the current selected window (to well explain if I'm surfing the web with firefox, the hotkeys have no effect. Only if I click on totem window and then I press the hotkeys, I have an effect). this might be a separate bug to open... what do tou think?

I'm sorry, forget comment 1) it's not true!

now in dapper the stop key is (taken from /usr/share/acpi-support/key-constants)

KEY_STOPCD=166

and the keycod it generates is 0xa4

If anybody having the issue wants to work on it (maybe with upstream) he's welcome

I'm afraid I don't have enough knowledge...

Bug# 51193 has the same failure on a HP Pavilion dv8000 running Edgy 6.10 final.

can you try this patch, make a deb, and upload somewhere? I have not enough space to install every -dev package...

upstream fixed the bug.

http://bugzilla.gnome.org/show_bug.cgi?id=422956

fixed upstream now

This upload fixes the bug:

 totem (2.18.1-0ubuntu1) feisty; urgency=low
 .
   * New upstream version:
     - Add xdg-user-dirs support, show Movies and Music directories
       in the file choosers
     - Avoid crashes when we can't figure out a file's display name
       and we're adding it to the recent files list
     - Make adding multiple files to a running Totem work again (Ubuntu: #88230)
     - Misc build, bug and memory leak fixes
     - GStreamer:
       - Don't ask over and over when the user cancels a helper for a
         missing plugin
       - Call the missing plugins helper when there's no video available
         and a subtitle was used
       - Make the seek bar behaves properly when no soundcards are used
         (Ubuntu: #96501)
     - Browser plugin:
       - Remove rejection of streams based on mime-type, should allow
         playback of many more broken servers (Ubuntu: #90136)
       - Make the wheel act properly on the volume button (Ubuntu: #91435)
     - fix "totem doesn't respond to STOP hotkey" (Ubuntu: #22025)
   * debian/patches/01_build_mozilla_plugin_with_xpcom.dpatch:
     - dropped, not required with the current firefox version
   * debian/patches/03_autoconf.dpatch:
     - updated
   * 80_from_svn_fix_codec_installation_when_subtitles_are_used.dpatch,
     80_from_upstream_missing-plugins-show-error-on-not-found.dpatch,
     81_from_svn_display_error_when_user_cancel_installation.dpatch:
     - dropped, fixed with the new version

the fix does not work

This upload fixes the bug:

 totem (2.18.1-0ubuntu2) feisty; urgency=low
 .
   * debian/patches/90_from_svn_fix_stop_key.dpatch:
     - patch from SVN, fix stop key (Ubuntu: #22025)