summaryrefslogtreecommitdiff
path: root/etc
diff options
context:
space:
mode:
authorMartin Rudalics <rudalics@gmx.at>2016-07-06 10:39:11 +0200
committerMartin Rudalics <rudalics@gmx.at>2016-07-06 10:39:11 +0200
commit6f285d963d274aaf70d3909598091065505daff1 (patch)
tree9afe7b3d270fc09f1f02569539467ef88cc5b6b3 /etc
parent7067890669ef62ab9825e732f63d769679c5493e (diff)
Amend last addition to etc/PROBLEMS
Diffstat (limited to 'etc')
-rw-r--r--etc/PROBLEMS8
1 files changed, 7 insertions, 1 deletions
diff --git a/etc/PROBLEMS b/etc/PROBLEMS
index 7893e1ce0e..2febd82bd7 100644
--- a/etc/PROBLEMS
+++ b/etc/PROBLEMS
@@ -986,7 +986,8 @@ Gtk-CRITICAL **: gtk_distribute_natural_allocation: assertion 'extra_space >= 0'
It's not clear whether the GTK version used has any impact on the
occurrence of the failure. So far, the failure has been observed with
-GTK+ versions 3.14.5 and and 3.18.7.
+GTK+ versions 3.4.2, 3.14.5 and 3.18.7. However, another 3.4.2 build
+does not exhibit the bug.
Some window managers (xfce) apparently work around this failure by
cropping the menu bar. With other windows managers, it's possible to
@@ -996,6 +997,11 @@ reported to refuse such attempts and snap back to the width needed to
show the full menu bar (wmii) or at least cause the screen to flicker
during such resizing attempts (i3, icewm).
+See also http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15700,
+http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22000,
+http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22898 and
+http://lists.gnu.org/archive/html/emacs-devel/2016-07/msg00154.html.
+
*** Metacity: Resizing Emacs or ALT-Tab causes X to be unresponsive.
This happens sometimes when using Metacity. Resizing Emacs or ALT-Tab:bing