diff options
| author | Paul Eggert | 2016-08-05 14:07:01 -0700 |
|---|---|---|
| committer | Paul Eggert | 2016-08-05 14:07:01 -0700 |
| commit | 3498a1a2d5a9d5a1f5e0e131fd4e894e6f88af23 (patch) | |
| tree | 8cd2b1966f774337d3fba47ed9a5b6e2c6a555c8 | |
| parent | 20e1d54a3fbbcccaa46225be63ccfa2bc60d64c8 (diff) | |
| parent | 6f285d963d274aaf70d3909598091065505daff1 (diff) | |
| download | emacs-3498a1a2d5a9d5a1f5e0e131fd4e894e6f88af23.tar.gz emacs-3498a1a2d5a9d5a1f5e0e131fd4e894e6f88af23.zip | |
Merge from origin/emacs-25
6f285d9 Amend last addition to etc/PROBLEMS
7067890 * etc/PROBLEMS: Mention GTK+ problem with unexpected frame wi...
| -rw-r--r-- | etc/PROBLEMS | 33 |
1 files changed, 33 insertions, 0 deletions
diff --git a/etc/PROBLEMS b/etc/PROBLEMS index 7f6ac138e7e..5c9553bcb94 100644 --- a/etc/PROBLEMS +++ b/etc/PROBLEMS | |||
| @@ -938,6 +938,39 @@ Emacs, for example (from a Posix shell prompt): | |||
| 938 | 938 | ||
| 939 | $ GDK_SCALE=1 GDK_DPI_SCALE=1 emacs | 939 | $ GDK_SCALE=1 GDK_DPI_SCALE=1 emacs |
| 940 | 940 | ||
| 941 | *** Emacs built with GTK+ toolkit can unexpectedly widen frames | ||
| 942 | |||
| 943 | This resizing takes place when a frame is not wide enough to accommodate | ||
| 944 | its entire menu bar. Typically, it occurs when switching buffers or | ||
| 945 | changing a buffer's major mode and the new mode adds entries to the menu | ||
| 946 | bar. The frame is then widened by the window manager so that the menu | ||
| 947 | bar is fully shown. Subsequently switching to another buffer or | ||
| 948 | changing the buffer's mode will not shrink the frame back to its | ||
| 949 | previous width. The height of the frame remains unaltered. Apparently, | ||
| 950 | the failure is also dependent on the chosen font. | ||
| 951 | |||
| 952 | The resizing is usually accompanied by console output like | ||
| 953 | |||
| 954 | Gtk-CRITICAL **: gtk_distribute_natural_allocation: assertion 'extra_space >= 0' failed | ||
| 955 | |||
| 956 | It's not clear whether the GTK version used has any impact on the | ||
| 957 | occurrence of the failure. So far, the failure has been observed with | ||
| 958 | GTK+ versions 3.4.2, 3.14.5 and 3.18.7. However, another 3.4.2 build | ||
| 959 | does not exhibit the bug. | ||
| 960 | |||
| 961 | Some window managers (xfce) apparently work around this failure by | ||
| 962 | cropping the menu bar. With other windows managers, it's possible to | ||
| 963 | shrink the frame manually after the problem occurs, e.g. by dragging the | ||
| 964 | frame's border with the mouse. However, some window managers have been | ||
| 965 | reported to refuse such attempts and snap back to the width needed to | ||
| 966 | show the full menu bar (wmii) or at least cause the screen to flicker | ||
| 967 | during such resizing attempts (i3, icewm). | ||
| 968 | |||
| 969 | See also http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15700, | ||
| 970 | http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22000, | ||
| 971 | http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22898 and | ||
| 972 | http://lists.gnu.org/archive/html/emacs-devel/2016-07/msg00154.html. | ||
| 973 | |||
| 941 | *** Metacity: Resizing Emacs or ALT-Tab causes X to be unresponsive. | 974 | *** Metacity: Resizing Emacs or ALT-Tab causes X to be unresponsive. |
| 942 | 975 | ||
| 943 | This happens sometimes when using Metacity. Resizing Emacs or ALT-Tab:bing | 976 | This happens sometimes when using Metacity. Resizing Emacs or ALT-Tab:bing |