Download it now!
Bug 92418 - macOS Cmd-H should Hide LibreOffice even when a dialog window has focus, not open LibreOffice Help (repro steps comment #4)
Summary: macOS Cmd-H should Hide LibreOffice even when a dialog window has focus, not ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other Mac OS X (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: MacOS-Wishlist
  Show dependency treegraph
 
Reported: 2015-06-29 09:27 UTC by j_mach_wust
Modified: 2019-08-10 21:14 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description j_mach_wust 2015-06-29 09:27:15 UTC
On Mac OS X, Cmd-H is the system-wide shortcut for hiding the front application. LibreOffice interferes with this standard behaviour. Cmd-H opens LibreOffice Help instead of hiding LibreOffice. This disruptive mapping of Cmd-H is redundant, since there is already F1 for opening LibreOffice Help.

Solution: For the Mac OS X build, Cmd-H should be disabled.

Interim solution: You can manually add your own LibreOffice.app shortcut in System Preferences.app → Keyboard → Shortcuts → App Shortcuts that will set "Hide LibreOffice" to "⌘H" (Cmd-H).
Comment 1 Adolfo Jayme 2015-06-29 13:55:13 UTC
Thanks for submitting your bug report and helping to improve LibreOffice.

It may save time to solve bug 92382 at the same time as this one.
Comment 2 j_mach_wust 2015-06-29 19:54:57 UTC
Correction – my bad: This only affects LibreOffice when a dialog window has focus, such as the _Character_ window or the _Find & Replace_ window.

I am not quite sure what dialog windows are affected. The Mac-UI dialogs such as the _Open_ dialog are not affected. Moste LibreOffice-style dialogs seem to be affected, but the _About_ window is not, and neither is the. The _LibreOffice Help_ window is not affected, either, so when you hit Cmd-H twice, LibreOffice will hide, but when you bring it up again, you find yourself annoyingly in the _LibreOffice Help_ window.
Comment 3 QA Administrators 2016-09-20 10:14:03 UTC Comment hidden (obsolete)
Comment 4 j_mach_wust 2016-11-26 08:49:48 UTC
The bug is still present on a currently supported version of LibreOffice (LibreOffice 5.2.2.3, MacOS 10.12.1).

Steps to reproduce: Open any document, open "Find & Replace..." dialog, hit Cmd+H. What should happen: LibreOffice should hide. What happens instead: LibreOffice Help opens.

I have also tested LibreOffice 3.3.0. The bug is also present with 3.3, so I am setting the version to "inherited from OOo".
Comment 5 steve -_- 2017-01-15 12:57:30 UTC
Confirming on macOS 10.12.2 LO Version: 5.4.0.0.alpha0+
Build ID: 9e7526044c8fa6b006b0cb791d15f2476c96ebf2
CPU Threads: 4; OS Version: Mac OS X 10.12.2; UI Render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2017-01-14_04:23:59
Locale: de-DE (de_DE.UTF-8); Calc: group
Comment 6 QA Administrators 2018-01-16 03:29:29 UTC Comment hidden (obsolete)
Comment 7 eisa01 2018-03-09 22:13:12 UTC
Still present

Version: 6.1.0.0.alpha0+
Build ID: fb29e6eeeaad5255bb924ff59162a83ed80bfb0a
CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-03-09_03:22:00
Locale: en-US (en_US.UTF-8); Calc: group
Comment 8 QA Administrators 2019-03-11 03:47:54 UTC Comment hidden (obsolete)
Comment 9 Alex Thurgood 2019-03-11 07:50:08 UTC
Still present in 

Version: 6.1.5.2
Build ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
Threads CPU : 8; OS : Mac OS X 10.14.3; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group threaded
Comment 10 Alex Thurgood 2019-03-11 07:58:14 UTC
With Version: 6.1.5.2
Build ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
Threads CPU : 8; OS : Mac OS X 10.14.3; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group threaded


in a Writer document with the Insert Special Character dialog in foreground focus,

Cmd-H does nothing.

With other LO dialogs in the foreground focus, the behaviour is inconsistent - some react to Cmd-H and hide the application (expected behaviour), others don't react on first activation of Cmd-H, but then on subsequent Cmd-H hide the application (e.g. Numbering and Bullet Format dialog).

LO help no longer seems to be called at any time with Cmd-H, so it seems that at least the second part of the title of this bug has gone away.