Steps: 1) Open Writer 2) Add a table 3) Select a row or column by waiting for the down or right arrow to appear above or to the left of the table 4) Right-click 5) Selection deselected Version: 5.3.0.0.alpha0+ Build ID: f309531cfe1d6a1b6ea1306d45ed3e121145bc5f CPU Threads: 2; OS Version: Linux 3.19; UI Render: default; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-10-04_03:52:18 Locale: en-US (en_US.UTF-8); Calc: group On an additional note, i think if the table row appears and no selection is found in the table, it should auto select the row, column or table and then launch the context menu. @UX-Advise: What's your take?
(In reply to Yousuf Philips (jay) from comment #0) > @UX-Advise: What's your take? Always trying to find generic solution I'd rephrase the task to never select/deselect per right click. In the particular case, the table works as expected but when you right click the document (header here) the focus switches. Ultimately my rule means that, for instance, scrolling down some pages you first have to select (click) a paragraph before the context menu can be accessed for what you see. And that would be definitely wrong. tl;dr: When the row/col selection arrow is active, a right click should be forwarded to the table. (In reply to Yousuf Philips (jay) from comment #0) > On an additional note, i think if the table row appears... You mean the selection arrow. Yes, having an auto selection is a good idea - and solves perhaps the issue. (needsUXEval to get more input; should be removed for implementation)
(In reply to Heiko Tietze from comment #1) > (needsUXEval to get more input; should be removed for implementation) No further input, so up to dev.
Dear Yousuf Philips (jay) (retired), 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
Still repro, adjusting summary to be clearer Arch Linux 64-bit Version: 7.1.0.0.alpha1+ Build ID: 3d3180115be3b87e76189aea2031f0caa735dbb3 CPU threads: 8; OS: Linux 5.9; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 11 November 2020
Right click must not change the cursor position. But it's a bit more tricky. If spellchecking highlights a word you expect the context menu to offer alternatives - without need to left-click the word first. Fact is, we change the cursor position on right click but hide it (shown after arrow key press, for example).
Dear Yousuf Philips (jay) (retired), 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