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: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: macOS-UI-polish
  Show dependency treegraph
 
Reported: 2015-06-29 09:27 UTC by j_mach_wust
Modified: 2023-08-19 17:22 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 Barrientos 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.
Comment 11 QA Administrators 2021-08-10 03:49:12 UTC Comment hidden (obsolete)
Comment 12 steve 2021-08-12 12:40:13 UTC
Version: 7.2.0.2 / LibreOffice Community
Build ID: 614be4f5c67816389257027dc5e56c801a547089
CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded

Problematic behavior outlined in comment #4 persisting.
Comment 13 QA Administrators 2023-08-13 03:20:16 UTC Comment hidden (obsolete)
Comment 14 steve 2023-08-19 17:22:53 UTC
Retested with steps from comment #4

No longer reproducible. In my test LibreOffice was hidden, no help did open. Tabbing back into LibreOffice brings back the application.

Tested on macOS 13.5.1, may deviate on older macOS versions.

Worksforme

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6e12b7f296930c6f37e036407e9fb832d9a9f027
CPU threads: 8; OS: Mac OS X 13.5.1; UI render: Skia/Raster; VCL: osx
Locale: en-US (en_DE.UTF-8); UI: en-US
Calc: threaded