After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 710749 - Autofilter dropdown is unusable tiny
Autofilter dropdown is unusable tiny
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: GUI
1.12.x
Other Linux
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
: 722195 725925 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-10-23 19:30 UTC by Christian Ziemski
Modified: 2014-03-09 23:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Simple spreadsheet with a good and a bad autofilter dropdown. (2.00 KB, application/x-gnumeric)
2013-10-23 19:30 UTC, Christian Ziemski
Details
Sample screenshot (61.17 KB, image/jpeg)
2013-10-24 16:55 UTC, Christian Ziemski
Details

Description Christian Ziemski 2013-10-23 19:30:27 UTC
Created attachment 257961 [details]
Simple spreadsheet with a good and a bad autofilter dropdown.

I do have the same problem as described in #699206:

Under some circumstances the autofilter dropdown is so small that it's almost unusable (2 lines high and maybe 10 characters wide).

I hit that problem with bigger tables but then tried to replicate it with easier data as follows.

First I "successfully" tried the test case from #699206 - means that the problem happened exactly as the poster wrote there.

Then I did some experiments with even easier data. 
The strange thing is that it really is dependent on the contents of a column.
Not only the format, but really the values.

In the attached test case column A with the numbers from 2-12 has the tiny autofilter dropdown. Column B instead is o.k. - with only one number changed to break the order of numbers.

But recreating the order by filling B10 with value 10 or filling text into B14 makes it happen again...

Strange thing. 

I tested it on Fedora 19 with openbox and KDE (sorry, currently no Gnome available).
Comment 1 Morten Welinder 2013-10-24 15:53:50 UTC
I don't see a problem on my screen.  The two dropdowns look pretty much
the same.

Any chance for a screenshot showing this?
Comment 2 Christian Ziemski 2013-10-24 16:55:01 UTC
Created attachment 258043 [details]
Sample screenshot

Getting a screenshot was a bit tricky... 

But here it is, showing both dropdowns.
Comment 3 Morten Welinder 2013-10-24 17:13:01 UTC
Thanks.  I can see why getting it that size is unpleasant.  This might
be a matter of gtk+ versions.

> Getting a screenshot was a bit tricky... 

As Linus said as some point, cheap digital cameras are wonderful when
the system isn't cooperating -- in his case because of kernel crashes.
Comment 4 Christian Ziemski 2013-10-24 18:38:37 UTC
> This might be a matter of gtk+ versions.

Here are my installed gtk packages:

gtk+.x86_64                  1:1.2.10-75.fc19
gtk2.i686                    2.24.22-1.fc19
gtk2.x86_64                  2.24.22-1.fc19
gtk2-immodule-xim.x86_64     2.24.22-1.fc19
gtk3.i686                    3.8.6-1.fc19
gtk3.x86_64                  3.8.6-1.fc19
gtk3-immodule-xim.x86_64     3.8.6-1.fc19   

If I can provide more infos or should test something, please let me know.


> As Linus said [...]

Oh, yes, a camera would have done it too!

But I was able to use software only:
  - recordmydesktop 
  - two instances of vlc to play the resulting video twice side by side
  - Ksnapshot to take a screenshot

Intuitive, isn't it?  ;-)
Comment 5 Morten Welinder 2013-10-25 18:47:21 UTC
I can confirm the small window using the win32 build run under wine.
The win32 build uses Gtk+ 3.9.something.

Debugging it that way is a bit cumbersome, though.  But at least I can see
the problem.
Comment 6 Morten Welinder 2013-10-25 21:33:03 UTC
This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.
Comment 7 Christian Ziemski 2013-10-26 17:00:04 UTC
Wow, that was quick. Thank you!
Comment 8 Joe Bylund 2014-01-14 20:22:28 UTC
*** Bug 722195 has been marked as a duplicate of this bug. ***
Comment 9 Morten Welinder 2014-03-09 23:40:34 UTC
*** Bug 725925 has been marked as a duplicate of this bug. ***