Description: Some dialog windows (like Standard filter) have fixed size so searched results won't fit. Prior to version 5.3 standard filter results were long enough to read them without horizontal scrolling because dialog window size adapted to the longest cell content. Now I have to either use older version or use special rules of window manager (KWin) to enlarge those dialogs. Similar thing with search results, initially that dialog window is too small to see fully long line but at least it's re-sizable. Steps to Reproduce: 1.Enter something long in the cell 2.Select whole column 3.Open standard filter dialog Actual Results: Standard filter dialog is too small to see the 'Value' Expected Results: Standard filter dialog is at least adaptable to the value like before. Ideally re-sizable. Reproducible: Always User Profile Reset: Yes Additional Info: User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0
Moving it back to UNCONFIRMED until someone else confirms it.
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Yes, I tried 'fresh' / 5.4.0.3 version from Ubuntu's ppa. This issue is easily reproducible under most Desktop envirornments (I tried XFCE, MATE, KDE) with gtk2, gtk3 and kde VCL UI.
Hello, Thank you for submitting the bug. The bug has previously been reported, so this bug will be added as a duplicate of it. You will automatically be CCed to updates made to the other bug. *** This bug has been marked as a duplicate of bug 49813 ***
Created attachment 135673 [details] Screenshot of a regression
It's not a duplicate of bug 49813, it's a different bug. I reported about unrealizable narrow Dialog window of Standard filter, not Autofilter pop-up window. Added screenshot
Confirm the regression.
author Caolán McNamara <caolanm@redhat.com> 2016-07-13 19:09:41 (GMT) committer Caolán McNamara <caolanm@redhat.com> 2016-07-13 19:10:46 (GMT) commit 595c049afe0aff08ec350100bda5a2528f660a8e (patch) tree f698068192502689920b29a0174f5aebeb845f6c parent 87c7d2902f419041b76bb7b5af8e38d5acbac733 (diff) Resolves: tdf#98240 limit width of widgets of standard filter and make the dialog non-resizeable because the ancient core impl can only have 4 rows visible at a time
The "original" dialog wasn't resizeable, it was resizeable for a while after conversion to .ui and then back to resizeable again. Its trivial to make it nominally resizeable, just remove the resizeable property of False line in sc/uiconfig/scale/ui/standardfilterdialog.ui but the dialog doesn't play particularly well when resized, so I'm going to personally leave this alone as I don't see it as a regression from the original state and I've no enthusiasm to be on the hook to work through making it play perfectly when resized.
(In reply to Caolán McNamara from comment #9) > The "original" dialog wasn't resizeable, it was resizeable for a while after > conversion to .ui and then back to resizeable again. > > Its trivial to make it nominally resizeable, just remove the resizeable > property of False line in sc/uiconfig/scale/ui/standardfilterdialog.ui but > the dialog doesn't play particularly well when resized, so I'm going to > personally leave this alone as I don't see it as a regression from the > original state and I've no enthusiasm to be on the hook to work through > making it play perfectly when resized. It works, thank you! Any chance to make it tunable for a regular user? --- For those who didn't understand what to do: sudoedit /usr/lib/libreoffice/share/config/soffice.cfg/modules/scalc/ui/standardfilterdialog.ui <property name="resizable">False</property> <property name="resizable">True</property>
** 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
still similar in Version: 7.0.0.0.alpha0+ Build ID: 4c009d523f1017def872f0c69caafd7d1826c263 CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-03-06_13:17:52 Locale: nl-NL (en_US.UTF-8); UI-Language: en-US Calc: threaded Removing "and don't adapt to the content width" from the summary. That is bug 91847
I know it's not a fix and it may be impractical for the majority of users but if you simply resize the column you're searching before opening the filter then the dialogue box adjusts to the column width. It's then easy enough to revert the column size once you find what you seek.