GNU bug report logs - #24144
25.1.50; cairo: window contents aren't resized when window is resized by creation/removal of windows in i3wm

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 24144 in the body.
You can then email your comments to 24144 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Michael Rose <michael <at> rosenetwork.net>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.1.50; window contents aren't resized when window is resized by
 creation/removal of windows in i3wm
Date: Wed, 3 Aug 2016 00:42:33 -0700

--text follows this line--

The environment is funtoo current which is substantially similar to
gentoo current.  Window manager is i3wm, no de.  Emacs is running in 
daemon mode, but bug manifests when
run normally as well. Essentially when an emacs window is created the
text doesn't take up the entire window.  Manually resizing the window by
toggling fullscreen fixes this.  However creating another window in the
workspace and then removing it will leave the emacs window in the same
state where the text contained therein doesn't fill the remaining space
that was formerly occupied by the now removed window.

Importantly this behavior isn't observed in emacs 24.


In GNU Emacs 25.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.16.7, cairo 
version 1.14.6)
 of 2016-06-17 built on michael-desktop
Repository revision: 574cd99692094676cec47de8f22fc7351c42ea3a
Windowing system distributor 'The X.Org Foundation', version 11.0.11704000
Recent messages:
Cleaning up the recentf list...done (0 removed)
Loading 
/home/michael/.emacs.d/vendor/pdf-tools-fork/pdf-tools-autoloads.el 
(source)...done
Loading /home/michael/.emacs.d/customization/michael-keys.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Saving file /home/michael/.emacs.d/recentf...
Wrote /home/michael/.emacs.d/recentf
byte-code: End of buffer [2 times]
Saving file /home/michael/.emacs.d/recentf...
Wrote /home/michael/.emacs.d/recentf
ad-handle-definition: ‘ido-completing-read’ got redefined

Configured using:
 'configure --prefix=/usr --build=x86_64-pc-linux-gnu
 --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
 --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
 --localstatedir=/var/lib --disable-dependency-tracking
 --disable-silent-rules --docdir=/usr/share/doc/emacs-vcs-25.1.9999-r1
 --htmldir=/usr/share/doc/emacs-vcs-25.1.9999-r1/html
 --libdir=/usr/lib64 --program-suffix=-emacs-25-vcs
 --infodir=/usr/share/info/emacs-25-vcs --localstatedir=/var
 --enable-locallisppath=/etc/emacs:/usr/share/emacs/site-lisp
 --with-gameuser=:gamestat --without-compress-install
 --with-file-notification=inotify --enable-acl --with-dbus --with-gpm
 --without-hesiod --without-kerberos --without-kerberos5 --without-xml2
 --without-selinux --with-gnutls --without-wide-int --with-zlib
 --with-sound=alsa --with-x --without-ns --without-gconf
 --with-gsettings --without-toolkit-scroll-bars --with-gif --with-jpeg
 --with-png --with-rsvg --with-tiff --with-xpm --with-imagemagick
 --with-xft --with-cairo --without-libotf --without-m17n-flt
 --with-x-toolkit=gtk3 --with-xwidgets
 GENTOO_PACKAGE=app-editors/emacs-vcs-25.1.9999-r1
 'CFLAGS=-march=amdfam10 -O2 -pipe' CPPFLAGS= 'LDFLAGS=-Wl,-O1
 -Wl,--sort-common -Wl,--as-needed''

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO IMAGEMAGICK SOUND GPM DBUS GSETTINGS
NOTIFY ACL GNUTLS FREETYPE XFT ZLIB GTK3 X11 XWIDGETS

Important settings:
  value of $LC_COLLATE: POSIX
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  diff-auto-refine-mode: t
  evil-smartparens-mode: t
  linum-relative-mode: t
  linum-mode: t
  rainbow-mode: t
  rainbow-delimiters-mode: t
  flycheck-pos-tip-mode: t
  global-flycheck-mode: t
  flycheck-mode: t
  telephone-line-mode: t
  smartparens-global-strict-mode: t
  smartparens-strict-mode: t
  smartparens-mode: t
  global-evil-tabs-mode: t
  evil-tabs-mode: t
  evil-commentary-mode: t
  evil-leader-mode: t
  evil-mode: t
  evil-local-mode: t
  global-company-mode: t
  company-mode: t
  helm-mode: t
  async-bytecomp-package-mode: t
  pdf-occur-global-minor-mode: t
  global-undo-tree-mode: t
  undo-tree-mode: t
  save-place-mode: t
  show-paren-mode: t
  shell-dirtrack-mode: t
  recentf-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  global-prettify-symbols-mode: t
  prettify-symbols-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
/home/michael/.emacs.d/elpa/helm-20160428.1202/helm-multi-match hides 
/home/michael/.emacs.d/elpa/helm-core-20160427.2136/helm-multi-match
/usr/share/emacs/25.1.50/lisp/emacs-lisp/cl-generic hides 
/home/michael/.emacs.d/elpa/cl-generic-0.2/cl-generic

Features:
(shadow sort mail-extr emacsbug message rfc822 mml mml-sec epa epg
gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mailabbrev
gmm-utils mailheader sendmail mail-utils winner helm-command helm-elisp
helm-eval edebug vc-git diff-mode evil-smartparens linum-relative linum
rainbow-mode rainbow-delimiters flycheck-pos-tip pos-tip flycheck subr-x
init hemisu-dark-theme hemisu-theme telephone-line
telephone-line-segments telephone-line-separators telephone-line-utils
color michael-keys malyon malyon-mode gist gh-gist gh-oauth gh-api
logito gh-cache pcache gh-auth gh-common gh-url url-http tls gnutls
url-auth mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums
mail-prsvr url-gw nsm puny gh-profile json map timezone eieio-base
smartparens-config smartparens dash evil-numbers evil-tabs
evil-commentary evil-commentary-integration evil-leader evil
evil-integration evil-maps evil-commands evil-jumps evil-command-window
evil-types evil-search evil-ex evil-macros evil-repeat evil-states
evil-core evil-common windmove rect evil-digraphs evil-vars
company-oddmuse company-keywords company-etags etags xref project
company-gtags company-dabbrev-code company-dabbrev company-files
company-capf company-cmake company-xcode company-clang company-semantic
company-eclim company-template company-css company-nxml company-bbdb
company org-bullets helm-mode helm-files rx image-dired dired-x
dired-aux ffap thingatpt helm-buffers helm-elscreen helm-tags
helm-bookmark helm-adaptive helm-info helm-locate helm-grep helm-regexp
helm-plugin helm-external helm-net browse-url xml url url-proxy
url-privacy url-expand url-methods url-history url-cookie url-domsuf
url-util mailcap helm-utils helm-help helm-types helm-config
helm-easymenu async-bytecomp async helm helm-source eieio-compat
helm-multi-match helm-lib pdf-occur ibuf-ext ibuffer ibuffer-loaddefs
tablist tablist-filter semantic/wisent/comp semantic/wisent
semantic/wisent/wisent semantic/util-modes semantic/util semantic
semantic/tag semantic/lex semantic/fw mode-local find-func cedet
pdf-isearch let-alist pdf-misc imenu pdf-tools compile cus-edit
cus-start cus-load pdf-view easy-mmode derived bookmark pp jka-compr
pdf-cache pdf-info tq pdf-util image-mode undo-tree diff saveplace
edmacro kmacro elscreen dired dired-loaddefs paren
recentf-remove-sudo-tramp-prefix tramp tramp-compat tramp-loaddefs
trampver ucs-normalize shell pcomplete comint ansi-color ring
format-spec recentf tree-widget wid-edit finder-inf advice info package
epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core
cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp
byte-compile cl-extra help-mode easymenu cconv cl-loaddefs pcase cl-lib
site-gentoo time-date mule-util tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese charscript case-table epa-hook
jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote dbusbind inotify dynamic-setting
system-font-setting font-render-setting xwidget-internal cairo
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 520652 38707)
 (symbols 48 45847 0)
 (miscs 40 106 271)
 (strings 32 104118 18053)
 (string-bytes 1 3119180)
 (vectors 16 72799)
 (vector-slots 8 1491782 77241)
 (floats 8 892 959)
 (intervals 56 947 413)
 (buffers 976 13)
 (heap 1024 58481 4480))

Message #8 received at 24144 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Michael Rose <michael <at> rosenetwork.net>, 24144 <at> debbugs.gnu.org
Subject: Re: bug#24144: 25.1.50; window contents aren't resized when window
 is resized by creation/removal of windows in i3wm
Date: Wed, 03 Aug 2016 19:59:45 +0200

> The environment is funtoo current which is substantially similar to
> gentoo current.  Window manager is i3wm, no de.  Emacs is running in daemon mode, but bug manifests when
> run normally as well. Essentially when an emacs window is created the
> text doesn't take up the entire window.  Manually resizing the window by
> toggling fullscreen fixes this.  However creating another window in the
> workspace and then removing it will leave the emacs window in the same
> state where the text contained therein doesn't fill the remaining space
> that was formerly occupied by the now removed window.
>
> Importantly this behavior isn't observed in emacs 24.
>
>
> In GNU Emacs 25.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.16.7, cairo version 1.14.6)
>   of 2016-06-17 built on michael-desktop

Can you try building without cairo?

Thanks, martin

Message #11 received at 24144 <at> debbugs.gnu.org (full text, mbox):

From: Michael Rose <michael <at> rosenetwork.net>
To: martin rudalics <rudalics <at> gmx.at>, 24144 <at> debbugs.gnu.org
Subject: Re: bug#24144: 25.1.50; window contents aren't resized when window is
 resized by creation/removal of windows in i3wm
Date: Wed, 03 Aug 2016 18:22:01 +0000

[Message part 1 (text/plain, inline)]

Built without Cairo the problem isn't present so what are the negatives of
doing without Cairo?

On Wed, Aug 3, 2016, 10:59 AM martin rudalics <rudalics <at> gmx.at> wrote:

>  > The environment is funtoo current which is substantially similar to
>  > gentoo current.  Window manager is i3wm, no de.  Emacs is running in
> daemon mode, but bug manifests when
>  > run normally as well. Essentially when an emacs window is created the
>  > text doesn't take up the entire window.  Manually resizing the window by
>  > toggling fullscreen fixes this.  However creating another window in the
>  > workspace and then removing it will leave the emacs window in the same
>  > state where the text contained therein doesn't fill the remaining space
>  > that was formerly occupied by the now removed window.
>  >
>  > Importantly this behavior isn't observed in emacs 24.
>  >
>  >
>  > In GNU Emacs 25.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.16.7, cairo
> version 1.14.6)
>  >   of 2016-06-17 built on michael-desktop
>
> Can you try building without cairo?
>
> Thanks, martin
>

[Message part 2 (text/html, inline)]

Message #18 received at 24144 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Michael Rose <michael <at> rosenetwork.net>, 24144 <at> debbugs.gnu.org
Subject: Re: bug#24144: 25.1.50; window contents aren't resized when window
 is resized by creation/removal of windows in i3wm
Date: Wed, 03 Aug 2016 22:56:49 +0200

> Built without Cairo the problem isn't present so what are the negatives of
> doing without Cairo?

If you mean "what are the negatives of doing with Cairo?" then my answer
is: Cairo builds are broken.  The only reason to build with Cairo is to
fix that breakage.

martin

Message #21 received at 24144 <at> debbugs.gnu.org (full text, mbox):

From: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
To: Michael Rose <michael <at> rosenetwork.net>
Cc: 24144 <at> debbugs.gnu.org
Subject: Re: bug#24144: 25.1.50;
 window contents aren't resized when window is resized
 by	creation/removal of windows in i3wm
Date: Sun, 23 Jun 2019 13:35:08 +0900

On Thu, 04 Aug 2016 03:22:01 +0900,
Michael Rose wrote:
> 
> Built without Cairo the problem isn't present so what are the negatives of
> doing without Cairo?
> 
> On Wed, Aug 3, 2016, 10:59 AM martin rudalics <rudalics <at> gmx.at> wrote:
> 
> >  > The environment is funtoo current which is substantially similar to
> >  > gentoo current.  Window manager is i3wm, no de.  Emacs is running in
> > daemon mode, but bug manifests when
> >  > run normally as well. Essentially when an emacs window is created the
> >  > text doesn't take up the entire window.  Manually resizing the window by
> >  > toggling fullscreen fixes this.  However creating another window in the
> >  > workspace and then removing it will leave the emacs window in the same
> >  > state where the text contained therein doesn't fill the remaining space
> >  > that was formerly occupied by the now removed window.
> >  >
> >  > Importantly this behavior isn't observed in emacs 24.
> >  >
> >  >
> >  > In GNU Emacs 25.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.16.7, cairo
> > version 1.14.6)
> >  >   of 2016-06-17 built on michael-desktop
> >
> > Can you try building without cairo?
> >
> > Thanks, martin

Many parts of the cairo drawing code have been reworked on master of
the Emacs git repository.  Could you try it and tell us if you are
still seeing this problem?

				     YAMAMOTO Mitsuharu
				mituharu <at> math.s.chiba-u.ac.jp

Message #24 received at 24144 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Cc: 24144 <at> debbugs.gnu.org, Michael Rose <michael <at> rosenetwork.net>
Subject: Re: bug#24144: 25.1.50; window contents aren't resized when window
 is resized by	creation/removal of windows in i3wm
Date: Fri, 08 Nov 2019 04:53:16 +0100

YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp> writes:

> On Thu, 04 Aug 2016 03:22:01 +0900,
> Michael Rose wrote:
>> 
>> Built without Cairo the problem isn't present so what are the negatives of
>> doing without Cairo?
>> 
>> On Wed, Aug 3, 2016, 10:59 AM martin rudalics <rudalics <at> gmx.at> wrote:
>> 
>> >  > The environment is funtoo current which is substantially similar to
>> >  > gentoo current.  Window manager is i3wm, no de.  Emacs is running in
>> > daemon mode, but bug manifests when
>> >  > run normally as well. Essentially when an emacs window is created the
>> >  > text doesn't take up the entire window.  Manually resizing the window by
>> >  > toggling fullscreen fixes this.  However creating another window in the
>> >  > workspace and then removing it will leave the emacs window in the same
>> >  > state where the text contained therein doesn't fill the remaining space
>> >  > that was formerly occupied by the now removed window.
>> >  >
>> >  > Importantly this behavior isn't observed in emacs 24.
>> >  >
>> >  >
>> >  > In GNU Emacs 25.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.16.7, cairo
>> > version 1.14.6)
>> >  >   of 2016-06-17 built on michael-desktop
>> >
>> > Can you try building without cairo?
>> >
>> > Thanks, martin
>
> Many parts of the cairo drawing code have been reworked on master of
> the Emacs git repository.  Could you try it and tell us if you are
> still seeing this problem?

(That was 19 weeks ago.)

Any updates here?

Best regards,
Stefan Kangas

Message #27 received at 24144 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 24144 <at> debbugs.gnu.org, Michael Rose <michael <at> rosenetwork.net>,
 YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Subject: Re: bug#24144: 25.1.50; window contents aren't resized when window
 is resized by	creation/removal of windows in i3wm
Date: Tue, 04 Aug 2020 11:25:42 +0200

Stefan Kangas <stefan <at> marxist.se> writes:

>> Many parts of the cairo drawing code have been reworked on master of
>> the Emacs git repository.  Could you try it and tell us if you are
>> still seeing this problem?
>
> (That was 19 weeks ago.)
>
> Any updates here?

And that was 38 weeks ago.  :-)

More information was requested, but no response was given within a few
months, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.