Description: This is a minor problem: I have a form with several columns. When I want to filter the data according to a specific value of a column I click into this column and the window of the filter navigator pops up. I select the value from a drop-down list. This works fine. When I want to filter again with another value the window of the navigator does not show up, but filtering works fine. When filtering with another value everything works as expected, the filter navigator appears again and so on. This behavior exists since release 6.x. I do not remember the exact version. Btw, the position of the window cannot be changed since version 7.1.5. It is positioned always on the left side of the screen. When I move it to another place, it shows up on the left side again when I call the filter again. Steps to Reproduce: 1. see Description 2. 3. Actual Results: The filter navigator shows up every second filter action Expected Results: The filter navigator shows up every time and the window remembers its last position Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.5.2 (x64) / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL
With version 7.3.2.2 the problem is worse than before. Now, the navigator window does not open, only the top of the window is visible. One has to enlarge the window by clicking on the border line and pull it down.
Have tried to understand what you are doing, but can't find the filter navigator. You open a form in Base. You click into a field (column). …and then? The field is marked, I could copy the content, but how do you get a "filter navigator" here? I don't see anything pop up in LO 6.4.7.2 and also LO 7.3.2.2 on OpenSUSE 15.3 64bit rpm Linux. Could you show it with a screenshot and attach it to this bug?
Created attachment 179433 [details] Screenshot1
Created attachment 179434 [details] Screenshot2
Hello Robert, I click into the form. Then I click on the icon 'form based filter (Formularbasierter Filter (Strg+Umschalt+L) in German). The the window of the Filternavigator pops up, but it is minimized. In previous versions: - it showed up enlarged. - I could fix its position and size by shifting the window to the desired place on the monitor screen and setting its size - the window showed up every time when I clicked the icon. Now it appears every second time only. Greetings Hans
I'm missing some steps to show a buggy behavior here: 1. Open a form in Base. 2. Click on "Form-Based Filters". 3. "Filter navigator" appears. 4. Form is ready for input something in a field. 5. Press "Apply Form-Based Filter". 6. Filtered rows will appear, "Filter navigator" will disappear. 7. Click on "Form-Based Filters". 8. "Filter navigator" won't appear. → Bug 9. Press "Apply Form-Based Filter". 10. Click on "Form-Based Filters". 11. "Filter navigator" appears. The "Filter navigator" seems to be deactivated every second time. You have to press "Filter Navigation" to get the filter. This buggy behavior appears since LO 7.0.0.3 on OpenSUSE 15.3 64bit rpm Linux. Works well in LO 6.4.7.2 on the same system. @Hans Zeki: Please report another bug for the "Filter navigator", which is minimized in Windows since LO 7.3.2.2. I couldn't reproduce it here. Test it with a clean user profile before.
(In reply to Robert Großkopf from comment #6) > I'm missing some steps to show a buggy behavior here: > > 1. Open a form in Base. Can you attach a test file, please? Thank you.
Created attachment 183794 [details] Open the form. Press Formbased Filter, apply, press Foirmbased Filter again Filter navigator will be shown first time - but very small in LO 7.4.3.2 … Apply filter and press "Formbased Filter" again. No Navigator will be shown.
Dear Hans Zekl, 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
The problem is still present and the unchanged. Version: 24.8.3.2 (X86_64) / LibreOffice Community Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92 CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
Bibisected First bad commit source 65cdced005f39fc2c7ca49a0427810518f368e19
Caolan, could you take a look? commit 65cdced005f39fc2c7ca49a0427810518f368e19 [log] author Caolán McNamara <caolanm@redhat.com> Fri Nov 15 14:18:29 2019 +0000 committer Caolán McNamara <caolanm@redhat.com> Thu Nov 21 15:27:30 2019 +0100 tree 14b5efaca13900e8d3df0f2c66586f43c7df0c73 parent 34b52ae66a275d7dd6328adf0d8da23b2ead6560 [diff] use ToggleChildWindow making this similar to existing cases like the writer word count and other toggleable utility windows