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 727414 - Redundant text in titlebar
Redundant text in titlebar
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Backend: X11
3.12.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2014-04-01 06:21 UTC by re_nelson
Modified: 2016-06-30 17:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gtk3-demo 3.10.7 vs. 3.12.0 (89.51 KB, image/png)
2014-04-01 06:21 UTC, re_nelson
Details
TWM and XFCE screenshots with gtk+3.12.0 (221.03 KB, image/png)
2014-04-01 17:47 UTC, re_nelson
Details
GNU emacs gtk+ 3.11.4 vs. 3.12.0 (188.06 KB, image/png)
2014-04-01 21:48 UTC, re_nelson
Details
KDE and XFCE screenshots (gtk+-3.12.1) (659.10 KB, image/png)
2014-04-13 21:48 UTC, re_nelson
Details

Description re_nelson 2014-04-01 06:21:25 UTC
Created attachment 273375 [details]
gtk3-demo 3.10.7 vs. 3.12.0

Starting with gtk+-3.11.5, the titlebar and the window content contain redundant data in dialog popups. This is *evidently* related to this documented change per:

http://ftp.gnome.org/pub/gnome/sources/gtk+/3.11/gtk+-3.11.5.news

* Dialogs:
 - Dialogs have been modernized, can use a header bar now
 - Built-in dialogs react to a setting, gtk-dialogs-use-header
   for this, dialogs derived from GtkDialog: default to no headerbar
 - GtkAssistant also respects the setting

The attached screenshot makes it clear, the left is gtk3-demo built with 3.10.7 and the other, with the duplicate text is from the latest 3.12.0 source. Also see this thread for examples of the dialog when closing GNU Emacs.
Comment 1 re_nelson 2014-04-01 06:22:27 UTC
Those other examples are here:

http://www.linuxquestions.org/questions/linux-from-scratch-13/gtk-3-dialog-
redundancy-in-title-text-4175499998/
Comment 2 André Klapper 2014-04-01 11:15:14 UTC
Which windowmanager/desktop environment is this about?
Comment 3 re_nelson 2014-04-01 17:47:05 UTC
Created attachment 273423 [details]
TWM and XFCE screenshots with gtk+3.12.0
Comment 4 re_nelson 2014-04-01 17:48:54 UTC
The screenshot from the initial report of 2014-04-01 06:21:25 UTC was from KDE-4.12.3. 

But since the issue is not dependent upon the windowing system, as proof, the attachment shows images, in top-to-bottom order of the following:

1). twm-1.0.8
--------------
GNU Emacs-24.4 Find-File dialog
gtk3-demo (3.12.0)

2). xfce-4.10.1
---------------
GNU Emacs-24.4 Find-File dialog
gtk3-demo (3.12.0)

If need be, I can also submit similar screenshots from motif-2.3.4, trinity-14.R and KDE-3.5.10. In all cases, the result is the same as the four images in the composite image.
 
I'll also add the twiddling the Boolean values of these properties in settings.ini, either the global or per-user file, makes no difference:

gtk-dialogs-use-header
gtk-shell-shows-menubar
Comment 5 re_nelson 2014-04-01 21:48:06 UTC
Created attachment 273434 [details]
GNU emacs gtk+ 3.11.4 vs. 3.12.0

Also of possible assistance is that I can build (but elect not to install), for example, gtk+-3.11.4 and then symlink its libraries like this:

ln -sf libgdk-3.so.0.1104.0 libgdk-3.so.0
ln -sf libgtk-3.so.0.1104.0 libgtk-3.so.0

Upon doing so, applications such as GNU Emacs then return to the normal, expected behavior with dialog windows. The redundant text in the title then does not occur as evident from the screenshot, with the older library at the top and the current 3.12.0 library at the bottom.

Note that GNU Emacs was NOT rebuilt, only the linkages via the symlinks were altered,
Comment 6 re_nelson 2014-04-03 03:43:08 UTC
Is there any additional information I can provide on this matter?
Comment 7 Matthias Clasen 2014-04-03 18:54:33 UTC
no additional information required
Comment 8 Matthias Clasen 2014-04-04 05:31:02 UTC
Bug 727414 - Redundant text in titlebar - UNCONFIRMED
Comment 9 re_nelson 2014-04-04 19:33:33 UTC
1). Applied patch here to gtk/gtkwindow.c
https://git.gnome.org/browse/gtk+/commit/?id=fb9a6bb6d8d6b60b25c9b9853decbcea938f7863

The problem cited in the initial report remains.

2). Then I just cloned all of gtk+, and built, resulting in these news shared libs:

libgdk-3.so.0.1200.1
libgtk-3.so.0.1200.1

The problem remains with "double headers" to use Matthias Clasen's phrase.

Just to make sure I'm doing anything wrong, I tried this latest GIT version on different distros: Arch, Gentoo-2.2 and Slackware with KDE-4.12.X (my choice of a desktop environment) and, even with the latest version and the patch, the "double headers" are still present.

The configuration/make/install for GTK3 is:

./configure --prefix=/usr             \
            --libdir=/usr/lib64       \
            --sysconfdir=/etc         \
            --disable-wayland-backend \
            --enable-x11-backend      \
            --enable-broadway-backend && make && make install
Comment 10 re_nelson 2014-04-04 21:13:32 UTC
By the way, my quick fix for this matter is one of the following:

1). Ignore it since it's merely cosmetic and treat the "double header" as a feature. :)

2). Use KDE4's ability to suppress the titlebar and frame on a window-by-window basis. It's not too hard to disable this on the various dialogs that GNU Emacs uses.

Yes, I could always roll back to an earlier 3.10.X or 3.11.[1-4] version but I like to stay current.
Comment 11 re_nelson 2014-04-13 21:46:45 UTC
(In reply to comment #8)
> Bug 727414 - Redundant text in titlebar - UNCONFIRMED


http://ftp.gnome.org/pub/gnome/sources/gtk+/3.12/gtk+-3.12.1.news
Overview of Changes in GTK+ 3.12.0 to 3.12.1
[...]
727414 Redundant text in titlebar

Stated in this thread and the URL cited above as FIXED. That's not the case. Just built gtk+-3-12.1 and the problem of "redundant text" (or "double header") remains in both KDE-4.12.4 and XFCE-4.10.1.
Comment 12 re_nelson 2014-04-13 21:48:26 UTC
Created attachment 274213 [details]
KDE and XFCE screenshots (gtk+-3.12.1)
Comment 13 re_nelson 2014-04-20 21:19:26 UTC
The remedy for both KDE4 and XFCE4 to eliminate what Matthias Clasen refers to as "double headers" is to enable compositing in those DEs. Here's a more detailed thread from the KDE perspective:

https://bugs.kde.org/show_bug.cgi?id=333554
Comment 14 Owen Taylor 2016-06-30 17:33:54 UTC
To clarify what came out of that KDE thread, the difference is:

 Without a compositor: GTK+ asks for "border only"
 With a compositor: GTK+ asks for "no decorations"

And what you are seeing is lack of support for "border only" in these environments.