Was looking at bug 92516 and here is an related UX issue for folks--seems wrong. On current master Version: 5.2.0.0.alpha0+ Build ID: 91c072b473beadda01a38dbc26086207c7b4d145 and Version: 5.1.0.3 (x64) Build ID: 5e3e00a007d9b3b6efb6797a8b8e57b51ab1f737 and as far back as LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 The handling of the Q_MOD1, e.g. <Ctrl>+Q, *shortcut* assigned .uno:Quit action seems wrong. My expectation is that as it is a global shortcut [1] it should be honored in all LibreOffice frame elements. But, it seems to be ignored depending on the UI element you're located int. While in the StartCenter backingwindow, or with any document module open in a document, if focus is toggled to the main menu the <Ctrl>+Q shortcut takes no action. But if focus is toggled into the startcenter or open document (<Alt> or <F10>) the .uno:Quit command performs. Cycling the focus through the elements with (F6 or <Shift>F6) it seems the main menu and the toolbars *do not* respond to the <Ctrl>+Q shortcut. While the Sidebar, document canvas, and status bar do respond and LibreOffice closes as expected. This seems wrong--the .uno:Quit shortcut should be have the same in all elements. Especially as the O_MOD1, e.g. <Ctrl>+O, shortcut assigned .uno:Open and present on the same menus responds as expected. =-=-= [1] http://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/Office/Accelerators.xcu#163
Crtl+Q closes both Writer and start center here as expected. If there is a problem than it would be a bug, not a question for UX. (We could challenge if ctrl+Q makes sense, however) 5.0.4.2 (Linux/KDE, Arch Linux LibO fresh)
@Heiko, * please check with these STR 1. Open Libreoffice to StartCenter 2. <F10> to position focus to main menu File, enter if needed to expose drop list 3. enter <Ctrl>+Q from keyboard Result? 4. enter <Ctrl>+O from keyboard Result? Also, perform the same with any of the document modules open. Is the Q_MOD1 shortcut behavior correct? =-= For me on Windows 10 Pro 64-bit en-US, or Centos 6.5 (GNOME), or Unbutu 15.2 (lunbutu), Fedora 22 (LXDE) with any version of LibreOffice the assigned Q_MOD1, i.e. <Ctrl>+Q, action .uno:Quit is simply not active from the main menu, although other global short cuts are. And if you toggle/advance (<F10> or <F6> respectively) into the document the shortcut becomes active. Why is the Q_MOD1 ,<Ctrl>+Q, shortcut not active from the main menu? From what I've tested, it has been inactive from the OOo transition. So, this *is* a UI issue and so generally bad UX from an inconsistency perspective--made more noxious by Simon and Caolans work on "toggling" accelerators for GTK+ 3 compliance.
Sorry... s/Ubuntu 15.2/Ubuntu 15.04/
Oh, you mean using keyboard shortcuts from 'menu activation mode' (F10), expanded or not. No, neither ctrl+O nor +Q works here. But I wouldn't expect that from the collapsed menu activation state. However, when I see the shortcuts expanded - of course I want to use it then. And as reported in the expanded status ctrl+O is fine but not +Q. So yes, this thicket is an interesting UX bug. -> confirmed to UI
(In reply to V Stuart Foote from comment #2) > For me on Windows 10 Pro 64-bit en-US, or Centos 6.5 (GNOME), or Unbutu 15.2 > (lunbutu), Fedora 22 (LXDE) with any version of LibreOffice the assigned > Q_MOD1, i.e. <Ctrl>+Q, action .uno:Quit is simply not active from the main > menu, although other global short cuts are. On Linux, i've tested other apps and none of their shortcuts work when the menu is open, so that is likely a Linux OS-level issue. On Windows, the shortcuts do work in most apps, so there is likely something wrong that LO isnt picking it up there, but other gtk apps have the same problem (GIMP, AOO). > From what I've tested, it has been inactive from the OOo transition. So, > this *is* a UI issue and so generally bad UX from an inconsistency > perspective--made more noxious by Simon and Caolans work on "toggling" > accelerators for GTK+ 3 compliance. We have a number of issues when it comes to shortcuts not working in particular places. Like for example the text field in the Find toolbar not working with various shortcuts (e.g. Ctrl + O, Ctrl + H). Its even work on Mac, as you cant even Ctrl + V (bug 49853) and is one of the highest duplicated bugs on Mac.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170901
Handling of the Q_MOD1 (<Ctrl>+Q) shortcut remains defective with STR as in comment 0 On Windows 10 Home 64-bit en-US with a recent master Version: 6.0.0.0.alpha0+ (x64) Build ID: c420f36d9a19bb0b9da5cefa0c1b54b60ccb41a8 CPU threads: 4; OS: Windows 6.19; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-08-26_00:07:29 Locale: en-US (en_US); Calc: CL
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Handling of the Q_MOD1 (<Ctrl>+Q) shortcut remains defective with STR as in OP and comment 2 master: Version: 6.2.0.0.alpha0+ Build ID: 22f2d8c41aa0a0a4cfa215c07ec06ae38cde7da8 CPU threads: 4; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2018-08-29_04:32:58 Locale: en-US (en_US); Calc: threaded 6.1 Version: 6.1.0.3 (x64) Build ID: efb621ed25068d70781dc026f7e9c5187a4decd1 CPU threads: 4; OS: Windows 10.0; UI render: GL; Locale: en-US (en_US); Calc: CL
Dear V Stuart Foote, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Handling of the Q_MOD1 (<Ctrl>+Q) shortcut remains defective with STR as in OP and comment 2 Version: 6.3.0.4 (x64) Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded and recent master/6.4.0 Version: 6.4.0.0.alpha0+ (x64) Build ID: 0fb2927a8fe06e6c3255544b8e4c4c9c0f5a67d3 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-08-27_22:13:47 Locale: en-US (en_US); UI-Language: en-US Calc: threaded
Dear V Stuart Foote, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Handling of the Q_MOD1 (<Ctrl>+Q) shortcut remains defective with STR as in OP and comment 2, can not use shortcut to quit from LibreOffice when in the main menu. Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4cd3ce9848aa039b8d443a1257d1298231680b01 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Dear V Stuart Foote, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Handling of the Q_MOD1 (<Ctrl>+Q) shortcut remains defective with STR as in OP and comment 2, can not use shortcut to quit from LibreOffice when in the main menu. While O_MOD1 <Ctrl>+O shortcut works. =-testing-= Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d88779fc86385dde1215fd28b78a69eacc6b4f97 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded