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 649073 - zenity text-info doesn't use available --height
zenity text-info doesn't use available --height
Status: RESOLVED FIXED
Product: zenity
Classification: Core
Component: general
3.0.x
Other Linux
: Normal normal
: ---
Assigned To: Zenity Maintainers
Zenity Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-05-01 10:17 UTC by Tim Cuthbertson
Modified: 2013-10-17 23:42 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot (65.74 KB, image/png)
2011-05-01 10:17 UTC, Tim Cuthbertson
Details
screenshot (33.55 KB, image/jpeg)
2011-05-05 12:48 UTC, mar77i
Details
Zenity 3.8 with the bug reappeared (170.23 KB, image/png)
2013-10-17 20:15 UTC, Kousu
Details
zenity 3.8 with the bug patched for --list (230.97 KB, image/png)
2013-10-17 20:16 UTC, Kousu
Details

Description Tim Cuthbertson 2011-05-01 10:17:02 UTC
Created attachment 186966 [details]
screenshot

In gnome 3 (fedora 15 beta), the following command:

cat /etc/profile |  zenity --text-info --height=800 --width=600

Produces a window 600x800, however the text box within it is only 4 rows tall (roughly 120 pixels or so), leaving most of the window area unused.

Zenity should use the full height available. Note that it *does* expand to the full width.

Screenshot attached
Comment 1 mar77i 2011-05-05 12:44:43 UTC
I can confirm this bug on archlinux with the current zenity-3.0.0 package.
It sorta breaks zenity for my purposes currently.
Comment 2 mar77i 2011-05-05 12:48:44 UTC
Created attachment 187279 [details]
screenshot
Comment 3 buergi 2011-08-13 15:35:40 UTC
I can confirm this one too. I'm also using archlinux with zenity-3.0.0.
Here is a patch for /usr/share/zenity.ui which fixes this bug

diff -rU1 a/zenity.ui b/zenity.ui
--- a/zenity.ui 2011-08-13 17:31:23.485389071 +0200
+++ b/zenity.ui 2011-08-13 17:34:05.247325963 +0200
@@ -407,2 +407,3 @@
           <packing>
+            <property name="expand">True</property>
             <property name="position">1</property>
Comment 4 buergi 2011-08-13 15:41:00 UTC
I mean /usr/share/zenity/zenity.ui of course.
Comment 5 mar77i 2011-08-13 21:06:54 UTC
sure. I can confirm that it indeed works.
Comment 6 Arx Cruz 2012-05-09 18:50:52 UTC
Can you confirm if with the comment #3 fix the problem?
Comment 7 Tim Cuthbertson 2012-05-09 22:04:09 UTC
I can confirm it works also, and (I presume this is because it's been committed?) the current version in fedora 17 did not require me to manually patch it. Marking as resolved.
Comment 8 mar77i 2012-05-10 11:25:53 UTC
+1 3.4.0 also works on arch.
Comment 9 Kousu 2013-10-17 20:15:57 UTC
Created attachment 257595 [details]
Zenity 3.8 with the bug reappeared
Comment 10 Kousu 2013-10-17 20:16:22 UTC
Created attachment 257596 [details]
zenity 3.8 with the bug patched for --list
Comment 11 Kousu 2013-10-17 20:19:26 UTC
I would like to reopen this bug. I just updated Arch Linux and found that my zenity-based radio script was unusable. It was the exact same problem (and solution) as before except that it showed up in --list (--text-info seems to be okay). In English: zenity was using --height to set the total height of the window but leaving a large grey area and making the content tiny and unusable.. 

I've posted two screenshots, the first showing the problem, and the second showing it fixed after I made this following patch:

--- zenity.ui.old	2013-10-17 16:10:57.861792026 -0400
+++ /usr/share/zenity/zenity.ui	2013-10-17 16:13:16.526100892 -0400
@@ -1040,7 +1040,7 @@
             </child>
           </object>
           <packing>
-            <property name="expand">False</property>
+            <property name="expand">True</property>
             <property name="fill">True</property>
             <property name="position">1</property>
           </packing>

It seems that this might be a deeper issue, if it can go away for a couple years and then reappear without getting caught by tests.
Comment 12 Arx Cruz 2013-10-17 23:42:13 UTC
I will take a look if git/master continue to have this problem, if so, I will apply the patch.
Thanks!