Bug 782744 - (kwin) gnome-terminal geometry not work well with non-metacity/mutter
(kwin) gnome-terminal geometry not work well with non-metacity/mutter
Product: Fedora
Classification: Fedora
Component: gnome-terminal (Show other bugs)
i686 Linux
unspecified Severity low
: ---
: ---
Assigned To: Matthias Clasen
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2012-01-18 06:01 EST by Danilo Marcucci
Modified: 2012-01-18 09:53 EST (History)
10 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2012-01-18 09:53:43 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
GNOME Bugzilla 649680 None None None Never
Xfce 4728 None None None Never
Xfce 7445 None None None Never

  None (edit)
Description Danilo Marcucci 2012-01-18 06:01:45 EST
Description of problem:
gnome-terminal not work correctly on KDE 
I write here because they have written here

Version-Release number of selected component (if applicable):
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:
Comment 1 Rex Dieter 2012-01-18 08:17:21 EST
See also upstream,

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

doesn't exactly encourage me to want to spend time on this.
Comment 2 Rex Dieter 2012-01-18 08:40:09 EST
See also bug against Xfwm4

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

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 09:53:43 EST
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).

Note You need to log in before you can comment on or make changes to this bug.