Problem description: Steps to reproduce: 1. start Libre Calc 2. close some panel 3. restart Libre calc Current behavior: two panels are opened, as at the very begining Expected behavior: panel that were closed, stay closed after restart Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Linux i686) AppleWebKit/536.11 (KHTML, like Gecko) Ubuntu/12.04 Chromium/20.0.1132.47 Chrome/20.0.1132.47 Safari/536.11
With "panels" you mean TOOLBARS (in the menu VIEW)? Does this issue still persist for you with the latest release of LO? not reproducible with LO 4.0.2.2 (Win7 Home, 64bit)
Confirmed with: LO 4.0.2.2 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit Closed toolbar reappears when Calc reopened/restarted. Moreover settings are not saved when additional toolbars are enabled. Tested on clean profile.
@bfoman: This is strange, that we both use the same release of LO on windows 7, but experience different behaviors. Which toolbar have you closed so that I can reproduce it also with my computer? I had done the following: 1. Opened CALC -> Toolbar DRAWING is activated and visible at the bottom 2. Deactivated the toolbar DRAWING (VIEW -> TOOLBARS -> DRAWING) 3. Closed LO 4. Reopened CALC -> Toolbar DRAWING is not activated and not visible 5. Activated toolbar DRAWING again 6. Closed LO 7. Reopened CALC -> Toolbar DRAWING is activated and visible at the bottom In addition, I have tested it once more with the toolbar FORMATTING and FIND and as with DRAWING it is not reproducible for me. Have you tested it also with one of these three toolbars?
(In reply to comment #3) > @bfoman: This is strange, that we both use the same release of LO on windows > 7, but experience different behaviors. Which toolbar have you closed so > that I can reproduce it also with my computer? > In addition, I have tested it once more with the toolbar FORMATTING and FIND > and as with DRAWING it is not reproducible for me. > Have you tested it also with one of these three toolbars? I tested it by closing a toolbar by right click Close Toolbar. It reappears. If I do it like you (View>Toolbars>uncheck Formatting) it doesn't appear again. Also I tried with Fontwork toolbar by enabling it using View>Toolbars>check Fontwork. It appeared, but disappeared when Calc was reopened. I did not try other toolbars.
I can confirm same result as bfoman (using LO 4.0.3.3 - Win7 32bit) * right click > Close Toolbar : will reopen that toolbar after reopening Calc * enabling Fontwork toolbar will show that toolbar, but it disappear after reopening Calc
(In reply to comment #5) > I can confirm same result as bfoman (using LO 4.0.3.3 - Win7 32bit) I reproduce it too on 4.1.2.3 under Win7 64bit. set status to NEW. same issue with OOo 3.3.0 and AOO 4.0.0 and LibO 3.3.3 so version is INHERITED FROM OOO > * right click > Close Toolbar : will reopen that toolbar after reopening Calc exact: closed toolbar status is not remembered if you close it with "right click". instead if you unflag toolbar from "Menu/Show/Show Toolbars" the toolbar status is remembered at restart. so I edit summary notes. issue is not limited to Calc, but affects Writer and other suite components. so it's a general UI bug and not a spreadsheet bug. I add UI expert to CC list.
*** Bug 71899 has been marked as a duplicate of this bug. ***
Created attachment 94238 [details] With many toolbars actibated Here we can see that this image, several toolbars have been activated with the view menu all at the bottom.
Created attachment 94239 [details] After reopen LibO Writer Once closed writer, open it up again an you can see that any other toolbar gets deactivated, forgotten, etc. All but Draw.
I have an issue with LibO 4.2.0.4 from the Ubuntu PPA for 12.04 Precise. It's really similar, and i'd like your help to define if this is a new one, or the current i'm writing on, right now. All the toolbars that are activated with "View", at the bottom gets deactivated, forgotten, all but Draw or the ones i drag to the bottom and embedded on the frame, If i set tables, fontwork, any other that automatically are set at the bottom, they get deactivated, and any session i have to set the tools bars again after closing LibO and open it up again. Again, with toolbars that i drag they remain after closing and open the program again. Could you help me identify if this is a duplicate, or a new one. Thanks
(In reply to comment #10) > I have an issue with LibO 4.2.0.4 from the Ubuntu PPA for 12.04 Precise. > I can confirm the same behavior on Windows LibO 4.2.0.4
*** Bug 75235 has been marked as a duplicate of this bug. ***
** 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 (4.4.2 or later) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
Still repro. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_23:16:58 Locale: fi-FI (fi_FI)
** 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.1.5 or 5.2.1 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-20160920
Still repro. It's also an issue when you close and reopen only a component, not only whole LibreOffice. Version: 6.0.0.0.alpha0+ Build ID: bfd8a4e22fe584939f67b64c9c9495a466b16576 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-08-21_00:52:56 Locale: de-DE (de_DE.UTF-8); Calc: group
I found this behaviour strange as well and was informated that deactivation through the menu bar was only way to make it permanent, especially with context sensitive toolbars. @Heiko, @Cor, @Stuart: what is your take on this?
(In reply to Yousuf Philips (jay) from comment #17) > I found this behaviour strange as well and was informated that deactivation > through the menu bar was only way to make it permanent, especially with > context sensitive toolbars. > > @Heiko, @Cor, @Stuart: what is your take on this? The drawing toolbar is persistent whether opened or closed by menu or context menu. But Table isn't, and while I can show it via Tools > View it will be hidden after restart. There might be other toolbars that behave as reported. I believe we have a problem with the status on/off that additionally has a third 'maybe' characteristic (context depending). We could introduce the indetermined checkbox state (known from hierarchies where children vary) but that must not be set manually, which would be required. So the best solution is perhaps dialog with three radio buttons per item. No idea how the situation is realized in code.
(In reply to Yousuf Philips (jay) from comment #17) > I found this behaviour strange as well and was informated that deactivation > through the menu bar was only way to make it permanent, especially with > context sensitive toolbars. This is by design. Enter a table, and see the table tool bar popup right in your face (it was implemented like that originally for context sensitive tool bars), you may want to hide the tool bar, but maybe want to see it again the next time you enter a table.. But since the context sensitive tool bars are docked by default now, maybe this behavior is not needed any more?
** 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
(In reply to Cor Nouws from comment #19) > This is by design. > Enter a table, and see the table tool bar popup right in your face (it was > implemented like that originally for context sensitive tool bars), you may > want to hide the tool bar, but maybe want to see it again the next time you > enter a table.. NotABug