Bug 782744

Summary: (kwin) gnome-terminal geometry not work well with non-metacity/mutter
Product: [Fedora] Fedora Reporter: Danilo Marcucci <danilo>
Component: gnome-terminalAssignee: Matthias Clasen <mclasen>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 16CC: fedora, jreznik, kevin, ltinkl, mclasen, rdieter, rnovacek, ry, smparrish, than
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-01-18 14:53:43 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Danilo Marcucci 2012-01-18 11:01:45 UTC
Description of problem:
gnome-terminal not work correctly on KDE 
I write here because they have written here
https://bugzilla.redhat.com/show_bug.cgi?id=670173#c66

Version-Release number of selected component (if applicable):
gnome-terminal-3.2.1.-2.fc16.i686
xfwm4-4.8.3-1.fc16.i686
kdebase-4.7.4-2.fc16.i686
kdebase-workspace-4.7.4-6.fc16.i686
....
The system has been updated today

How reproducible:
From "Menu K" --> System --> Terminal this started
width 80x24 and immediately shrunk to 35x4

Steps to Reproduce:
1.click on "Menu K"
2.click on System
3. click on Terminal
  
Actual results:
started width 80x24 and immediately shrunk to 35x4

Expected results:
remaing at 80x24

Additional info:
https://bugzilla.redhat.com/show_bug.cgi?id=670173

Comment 1 Rex Dieter 2012-01-18 13:17:21 UTC
See also upstream,
https://bugzilla.gnome.org/show_bug.cgi?id=649680

nice comment there,
"Also, I'm not supporting running g-t under kde; so try if this is reproducible
using either gnome-shell, or metacity (with compositing disabled); otherwise
it's NOTGNOME."

doesn't exactly encourage me to want to spend time on this.

Comment 2 Rex Dieter 2012-01-18 13:40:09 UTC
See also bug against Xfwm4
https://bugzilla.xfce.org/show_bug.cgi?id=7445

whose maintainer said:

"It's a bug either in VTE or gnome-terminal which sets its size increment and
size hints in such a way that the size is not a multiple of the increments.

A well behaved window manager will resize the window to match the size
increments specified and gnome-terminal will try to resize again, thus causing
a loop between the window manager and the app.

But the bug is in gnome-terminal (or in VTE, dunno), and not in the window
manager. 

The same happens in KDE's kwin. I have relaxed the rules in xfwm4 to avoid this
(I think committed that in git, not sure), but the bug lies in the app itself,
and not in the window manager."

so, theoretically kwin could relax the rules too similar to what's referenced in
https://bugzilla.xfce.org/show_bug.cgi?id=4728#c16 , 
but I think we can all agree the ideal situation would be to fix the real problem, and avoid workarounds (which can have side-effects long-term)

Comment 4 Rex Dieter 2012-01-18 14:53:43 UTC
So, given the history of xfwm4 workarounds causing other problems, and gnome-terminal upstream 
* not acknowledging the bug to date
* claiming to not support gnome-terminal outside of gnome

I'm going to say there's not much left for us to do here, except 
* suggest you not use gnome-terminal outside of gnome
* hope that gnome-terminal upstream comes to their senses someday

reassigning to gnome-terminal, marking closed->upstream

(feel free to correct me if any of comments were in error, and re-open if there's any intention to address this downstream in fedora, rather than upstream gnome-terminal).