When working with many windows one sometimes the most convenient way to bring Calc to the foreground is to click on the footer (titlebar not visible etc). Unfortunately any part of the footer area not containing a control defaults to Insert Sheet, spawning a dialogue that must be cleared in order to continue work. Expected behavior: clicking a blank area in the footer has no impact beyond bringing the window to focus. Insert Sheet is called by clicking the + sign.
Could you please create a screenshot or screencast showing the problem? It's unclear to me what the problem is here.
Created attachment 136342 [details] Short clip demonstrating the problem In the attached clip I'm demonstrating the issue - Calc is running behind a Konsole window. I show two ways of switching focus to Calc without triggering the problem before clicking in the region where the Insert Sheet dialogue is improperly called. I then demonstrate by clicking the + sign the right place to call that dialogue (or perhaps just from Insert... Sheet). The bottom of the main window shouldn't trigger a modal window unless a specific widget is selected. The current behavior is unexpected and intrusive.
Reproducible with LO 5.4.1 from Ubuntu PPA, 5.4.3.0.0+ and master both built at home under Ubuntu 16.04 x86-64. I agree that that is an unexpected behavior. Setting as NEW. Best regards. JBF
** 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
This bug should be simple to solve: - if the bottom bar it is suposed to be used to add sheets, this is not a bug, and the person who want to focus on another window should click on sheets not at bottom, as he did in the video at first. - if the bottom bar it is NOT suposed to be used to add sheets that function should be removed from the bar and let only to the plus sign.
Dear mike.ely, 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 reproducible in Version: 6.3.4.0.0+ Build ID: edcb363f5eeefcc2ce28a2ab7a57d61b744466cd Threads CPU : 4; OS : Linux 4.15; UI Render : par défaut; VCL: gtk3; Ubuntu_18.04_x86-64 Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded Best regards. JBF
Dear mike.ely, 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
Still reproducible with LO 7.2 and current master. Best regards. JBF
I agree with JBF, it's not common. If more than one sheet is selected, clicking the empty area deselects (see https://bz.apache.org/ooo/show_bug.cgi?id=70320). I think we can keep this function. Code pointer is ScTabControl::MouseButtonUp() in sc/source/ui/view/tabcont.cxx, task is to remove FID_INS_TABLE.
I would like to work on this. Assigning it to myself, thanks.
Radhey Parekh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/4114218584bca3267aff474a7b55a9d5891fcce6 tdf#112417 Insert Sheet called when clicking anywhere on the footer It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Now, clicking in the footer doesn't trigger a new sheet. It's ok. Verified with Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 24c9373409dda957ad6e1f1b4e3ec6c7135ecf1a CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
"double" clicking in the footer should trigger a new sheet. Is that possible?
(In reply to Shantanu from comment #14) > "double" clicking in the footer should trigger a new sheet. Is that possible? It sounds like the famous case of the overheating spacebar: https://xkcd.com/1172/ Up to the user experience design team to decide.