When any LibreOffice window has focus, volume keys on the keyboard (which are globally assigned to the Windows volume control) do not work. Unlike nearly any other application, LibreOffice has to lose focus in order to get the volume control to work.
I doubt fixing this is an EasyHack. (Obviously, I would love to be proved wrong, though.) Also, it always annoys me when people generalize as in "unlike nearly any other application". Surely the reporter actually means "unlike many other applications that I happen to use". Setting platform to x86 as LibreOffice is always a 32-bit program, even on 64-bit Windows.
Bug confirmed here. Using LibreOffice 3.3.1 on Windows 7 SP1 x86. Have noticed that only the volume keys are affected, the other multimedia keys (play/pause, stop, forward, previous) all work fine. In case it means anything, my system is a Thinkpad R61.
As opposed to Andy, none of my multimedia keys work when LibreOffice has focus. This bug (and several duplicates) had been reported for OpenOffice.org: http://openoffice.org/bugzilla/show_bug.cgi?id=99520
*** Bug 35911 has been marked as a duplicate of this bug. ***
(In reply to comment #3) > As opposed to Andy, none of my multimedia keys work when LibreOffice has focus. > > This bug (and several duplicates) had been reported for OpenOffice.org: > http://openoffice.org/bugzilla/show_bug.cgi?id=99520 I posted on the same bug in Open Office, and installed Libre Office after a suggestion from that bug post. Same bug in Libre Office. This is such an irritating bug, that I will gladly keep the office suite that fixes it first, and delete the other off my disk. Here's your big chance, LibreOffice. Windows Vista Business,64 Bit, SP2 Microsoft Digital Media Keyboard 1.0A Volume and Mute buttons don't work, calculator button does.
Cannot belive this isnt solved yet. Seems to me like a trivial issue. I had the same issues with Visual Studio 2008, so the open/libre office suits are not the only problemetic applications out there. I know it is a minor issue but it is really annoying sometimes, if , for some reason, you like to listen to some music when you work on your documents. On the open office buglist I saw this problem dates back almost 2 years ago. Why is it taking that much ? Is this issue considered at all by the developers ? Is there any plan to fix this in the near future ? Is at least the rootcause of the problem known to the developers ?
*** Bug 36160 has been marked as a duplicate of this bug. ***
*** Bug 36691 has been marked as a duplicate of this bug. ***
Bug exists in 3.3.2 on WinXP SP3 32-bit. When LO is in focus, buttons Mute, Volume Up, Volume Down are not working. Button Play/Pause is working (probably because my media player is explicitly configured to intercept it). P.S. Will test at home with LO 3.4 on W7 64-bit.
*** Bug 39408 has been marked as a duplicate of this bug. ***
Digging through OOo times, it seems that this bug is introduced in ChildWorkspace OOO300/impress163 [1] for fixing #i95576 [2]. See the consistence date/version in fixing/reporting this bug. [1] http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Id=7539&OpenOnly=false&TasksInline=false&Section=Files [2] http://openoffice.org/bugzilla/show_bug.cgi?id=95576
For more info, part of commit for CWS OOO300/impress163 (in comment 11) which introduce this issue(?) is http://cgit.freedesktop.org/libreoffice/core/commit/vcl/win/source/window/salframe.cxx?id=66141a46a44fa1c96694e98453e28c077ca23f48
*** Bug 42238 has been marked as a duplicate of this bug. ***
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
An EasyHack should have been checked by developers and thus is confirmed regardless of age. Moving back to NEW from NEEDINFO again. Sorry for the hassle.
I just download/install version 3.5.0 beta 2, issue still here. Hope it helps.
This is such an annoyance, but it's not exclusive to Libre Office, as the same thing happens in the original Open Office and Go-oo version.
Testing LO 3.5 rc3 on Windows 7, problem still exists. I'll test the master branch on Linux tomorrow, but I expect it'll exist there too.
Please don't change the version picker. It means what *first* version that has issue, not latest one.
Sorry. I didn't realize that would affect the whole report.
Potential fix? https://issues.apache.org/ooo/show_bug.cgi?id=101739#c8
First comments 11 and 12 correctly identify the origin of this bug. Second, this is only an EASYHACK if you are willing to live with the bug pointed to in comment 11. Basically, the fix was to change "return false;" to "return true;" If you change it back, this bug will go away, and the original bug will come back. The correct fix for this is to KNOW when handling WM_APPCOMMAND whether the LO app will/did "handle" the message and return that value. i.e. for Impress Next/Prev keys should advance or rewind the presentation by one slide (not two) and your music should not advance to the next track if LO has focus. If you are working on a spreadsheet or document and press Play/Pause LO should do nothing, return false and your music should pause. Unfortunatly, the place that returns true/false does not know if the message was actually handled, or just is theoretically handled by LO. I would be happy to fix this bug, but for whatever reason, I am unable to build LO. I followed the directions, and the build failed spectacularly. I "fixed" that issue, and it just failed again later in a less obvious way.
Removed EASYHACK from summary
*** Bug 50729 has been marked as a duplicate of this bug. ***
LibreOffice should consume the media key events only in presentation mode, right? So why not just change the aforementioned WM_APPCOMMAND handling to: case WM_APPCOMMAND: if( pFrame->mbPresentation && ImplHandleAppCommand( hWnd, lParam ) ) { rDef = false; nRet = 1; } break;
*** Bug 43980 has been marked as a duplicate of this bug. ***
I checked the bug on my PC HP with HP media keyboard, Win7 Home prem. 64bit. It is NOT present with LO3.5.7 or LO3.6.3. May be it is manufacturer related and not LO related.
The Play/Pause button doesn't work in 3.6.3, too.
*** Bug 58438 has been marked as a duplicate of this bug. ***
*** Bug 58508 has been marked as a duplicate of this bug. ***
Surprise, its still not working in LO Version 4.0.0.3. I hate it. Its such an old bug and no reaction from the developers. I sometimes work with interviews or lesson records. Thats why I need working pause and play buttons :/
*** Bug 61814 has been marked as a duplicate of this bug. ***
I'm sponsoring this on FS: http://www.freedomsponsors.org/core/issue/258/keyboard-volume-keys-dont-work-when-libreoffice-is-in-focus You might increase that bounty to encourage developers to fix this.
Perhaps anyone can reconfirm this issue? I can't reproduce with LO 4.0.4.2 (Win7 32bit), using HP Pavillion dm3-1109TU laptop. Related to h/w?
I can confirm it with master.
I reconfirm this issue: it is still happen to me with version 4.0.4.2 of LibreOffice in Windows 7 (SP1 64bit). I have an Asus computer, CG8350 series. Hardware details at http://www.asus.com/Desktops/Essentio_CG8350/#specifications
Perhaps related to 'fn' key controller: https://issues.apache.org/ooo/show_bug.cgi?id=99520#c20 https://issues.apache.org/ooo/show_bug.cgi?id=99520#c45 https://issues.apache.org/ooo/show_bug.cgi?id=99520#c46 I'm accessing media keys on the laptop (comment 34) without pressing 'fn' key.
adding LibreOffice developer list as CC to unresolved EasyHacks for better visibility. see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details
For me (using LibreOffice 4.2.1.1 on Windows 7 x64 SP1 with Logitech MX5500 keyboard and SetPoint 6.61.15) it's actually the opposite way: Volume up/down/mute keys work fine with LibreOffice having focus, while Play/Pause, Previous Track and Next Track don't. I can see why those keys could be useful during a presentation, but they clearly serve no purpose while working with e.g. a spreadsheet or a text document.
FIX IT PLZ I have this problem on Windows 8.1 with LibreOffice 4.2 Play & pause button does not work It have been about 4 years since this bug was reported Is it actually so hard to fix? Which widget library you use guys? GTK? Qt? Then maybe widgetset is to blame
Alex: This is apparently waiting for someone who has the keyboard with keys you mention, and will turn the information that is in this bug into a patch that can be applied in LibreOffice :-) Any chance you can provide the patch, please? All you need is to build LibreOffice yourself, do the change, and create the patch. Information how to do that is here: https://wiki.documentfoundation.org/Development/Patch_Handling_Guidelines#How_to_submit_a_patch Thank you in advance!
Thank you Bram, that helped a lot.
I meant Jan ;)
Still happens with Calc 4.2.4.2 on Lenovo laptop (g550 model 20023).
I discovered something interesting - in my situation foobar2000 is affected by this problem but Winamp is not.
I have sent a fix proposal to the mailing list, but apparently my e-mail was not approved by the moderators.
(In reply to comment #46) > I have sent a fix proposal to the mailing list, but apparently my e-mail was > not approved by the moderators. libreoffice at lists.freedesktop.org, the developer list, does not use moderation nor subscription (you can tell by the high amount of spam it gets). Where did you send your patch? BTW, using Gerrit is much preferred (http://wiki.documentfoundation.org/gerrit).
(In reply to comment #47) > (In reply to comment #46) > > I have sent a fix proposal to the mailing list, but apparently my e-mail was > > not approved by the moderators. > > libreoffice at lists.freedesktop.org, the developer list, does not use > moderation nor subscription (you can tell by the high amount of spam it > gets). Where did you send your patch? > > BTW, using Gerrit is much preferred > (http://wiki.documentfoundation.org/gerrit). This is the e-mail I received back after submitting my own: " Your mail to 'LibreOffice' with the subject [PATCH] Only capture multimedia key events on Windows when in presentation mode Is being held until the list moderator can review it for approval. The reason it is being held: The message headers matched a filter rule Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: "
Hi Daniel, I think you can just add your patch as an attachment to this bug.
Please read this message in its entirety before responding. Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed. If you have time please do the following: 1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer). 2) If it is present please leave a comment telling us what version of LibreOffice and your operating system. 3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System Please DO NOT 1) Update the version field 2) Reply via email (please reply directly on the bug tracker) 3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link: https://wiki.documentfoundation.org/QA/BugTriage There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/. Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
(Ignore the bot message.) @Daniel: please attach your git-formatted patch in this bug or use Gerrit. Thanks.
The multimedia keys still get blocked by LibreOffice v4.2.5.2 on Windows 7 Professional x64 SP1 with all latest patches. Tested by opening LibreCalc while having foobar2000 open in the background and pressing the Play key - nothing happened. Clicking the taskbar or Windows desktop or unfocusing all LibreOffice windows in any other way returns control of global multimedia keys back to foobar2000. I also tested Media Player Classic and XMPlay. Interestingly, they are not affected - they can also be controlled while a LibreOffice window has the focus.
I confirm the volume keys are still blocked by LO Version: 4.3.2.2, Win7 64bit SP1. Tested with internet radio, WinAmp player.
Just coming back to say that this bug still exists in 4.3.4.1 I am using Windows7 SP1 x64 bit. Tested with Spotify, Windows Media Player, Win Amp
Just here to say: Bug still exists in Version 4.3.5.2 (Also happens with foobar2000 playing. But even if there is no music playing and LibreOffice is active, the volume keys won't work but the windows volume bar does.) Using Win7 64bit SP1.
With the newest version of LibreOffice (v4.3.5.2) this bug is still a problem. Either LibreOffice is getting keyboard input from the wrong place, or they do it wrong. I saw response (Comment 1) about "generalizing as unlike any other program". I've tried and used thousands of programs, applications. None had this problem. Apparently none of the programmers on this even HAS a media keyboard. This bug is there already for 4 years. FOUR YEARS. And should be very easy to solve. Older bugs should get automatically a higher priority to solve over time. After 4 years it should be Importance: "highest / blocker" How are any changes ever even being considered if older bugs are never solved. Sure OpenOffice has the same problem, but why would LibreOffice need "OpenOffice's permission" to improve... tho it was the entire point of the initiative...
Let me have a stab at this. Albeit I'm not on windows so will need testing afterwards by someone to see if it works right.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=508c020cf5f7999f0c23d972133f9b6bf85de245 Resolves: fdo#32664 pass keyboard media keys through to the OS It will be available in 4.5.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
here's hoping
(In reply to Caolán McNamara from comment #57) > Let me have a stab at this. Albeit I'm not on windows so will need testing > afterwards by someone to see if it works right. For what it's worth: It looks like I can accurately reproduce this bug with my ancient Dell keyboard: On my Windows 8.1 machine, when writer has focus, my volume up/down dial/button does not function anymore. I can try the daily tommorrow to see if this fixes the issue as I experience it.
I tested with master, commit: 4c93c341be1425401112eed3581e8b8a6308880d 2015-01-16_01:53:40. With this version, when Writer has focus, I can correctly use my volume dial/button. This fixes the issue for me.
I had the same problem and I can confirm that your fix solved it, thank you. Tested on 64-bit Windows 7 with the daily build of January 16th.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=45cf94410091478a09cc1eadc1b5510a5548ad15&h=libreoffice-4-4 Resolves: fdo#32664 pass keyboard media keys through to the OS It will be available in 4.4.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
THIS BUG ISN'T FIXED At my Manjaro laptop and Win7 Desktop, LO is still capturing XF86AudioLowerVolume and XF86AudioRaiseVolume for its own media player which I don't use nor have in the bars. Also those hotkeys can't be configured in LO's settings. A diplomatic solution is to make those hotkeys configurable. Everyone happy. Otherwise. Please get rid of the media player. There is better software like VLC out there.
LO version 5.3.5.2 that is.
Another fix would be that LO only listens to keystrokes configured to and do nothing at misc keystrokes.
Please don't reopen bugs that were considered closed 2+ years ago even if it has the same symptoms, file a new one and feel free to refer to the ancient one for reference.