Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#34993 - [emacs] window in X11 is virtually infinite; geometry is ignored
Attached to Project:
Arch Linux
Opened by Mike Dowling (mdowling) - Saturday, 27 April 2013, 17:20 GMT
Last edited by Gerardo Exequiel Pozzi (djgera) - Sunday, 19 May 2013, 18:15 GMT
Opened by Mike Dowling (mdowling) - Saturday, 27 April 2013, 17:20 GMT
Last edited by Gerardo Exequiel Pozzi (djgera) - Sunday, 19 May 2013, 18:15 GMT
|
DetailsDescription:
On startin emacs from fvwm2, emacs covers all the virtual desktops. The following error appears: (emacs:972): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. The error can only have begun in the past week; I upgraded the system today, whence the problem must have occurred in conjunction with a shared library. (glib2-2.36.1-3 and xterm-293-1 recent?) Emacs has long winged that there are no visible children, hitherto without consequences. Additional info: * package version(s) emacs 34.3-1 xterm292-1 * config and/or log files etc. Steps to reproduce: Merely start emacs from an xterm. The same problem arises with twm windows manager. |
This task depends upon
Closed by Gerardo Exequiel Pozzi (djgera)
Sunday, 19 May 2013, 18:15 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed since upgraded gtk3 (3.8.1-1 -> 3.8.2-1)
Sunday, 19 May 2013, 18:15 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed since upgraded gtk3 (3.8.1-1 -> 3.8.2-1)
emacs -fn 8x13 -g 81x79
opens up with (as reported in this bug) "an almost infinite size".
I investigated a bit, and, when trying to resize this "infinite window", the little text box with which X tracks the current size
reports the desired size (as in the above -g opti on), but in PIXELS rather than characters, that is, as something like 680x1027.
However, somebody (X, Emacs? the window manager?) interprets that number as if it were CHARACTERS,
because one gets an initial window of 680x1027 characters! (Still a little short of "infinite".)
If I use key F11 to execute the toggle-fullscreen command, the Emacs window toggles between a correctly-sized full screen, showing borders and mode line,
and this humongous "regular size" window.
Same problem here since upgraded gtk3 (3.6.4-2 -> 3.8.1-1).
To reproduce, launch emacs with '-Q -geometry +0+0'. Geometry is 756x630 characters here (80x40 in my Xdefaults).
Working fine without the -geometry argument.
Do you mean that the ArchLinux emacs package had been compiled using gtk stuff, and that I should recompile it instead directly from the GNU site? Thanks
If you want to recompile, the best way is:
1) fetch archlinux sources for emacs package (I use abs but there is also https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/emacs)
2) modify PKGBUILD (argument to configure --with-x-toolkit)
3) run makepkg
4) install the package created with pacman -U
Do you mean that the ArchLinux emacs package had been compiled using gtk stuff, and that I should recompile it instead directly from the GNU site? Thanks
I use fvwm for years and I don't care about X toolkit because I don't use Emacs menubar.
I launch emacs with --geometry in my ~/.xsession and recompile with a different toolkit (I used athena) had solved the problem. Tested also with gtk2 without problem.