Bug #1429

GTK Backend wrong placment of system "X" button when window is not resizable (KDE 5)

Added by Zbigniew Rebacz almost 8 years ago. Updated almost 7 years ago.

Status:ApprovedStart date:04/24/2016
Priority:NormalDue date:
Assignee:Zbigniew Rebacz% Done:

0%

Category:CtrlCoreSpent time:-
Target version:Release 2017.2

Description

I was playing a little bit with KDE 5 and it seems that it wrongly place system close button "X" when window is not re-sizable. It can be spotted on Bombs example and several TheIDE window. After moving window the "X" is located on normal position. More details in attached screen shot.

On X11 backend everything seems ok.

This bug is quite annoying :(

Screenshot_20160424_210954.png (9.11 KB) Zbigniew Rebacz, 04/24/2016 09:13 PM

Screenshot_20160424_211404.png - The correct placment of X button (9.1 KB) Zbigniew Rebacz, 04/24/2016 09:14 PM

PositionOfXButtonFixOnKde.diff Magnifier (1.39 KB) Zbigniew Rebacz, 04/17/2017 05:56 PM

History

#2 Updated by Zbigniew Rebacz almost 8 years ago

  • Description updated (diff)

#3 Updated by Zbigniew Rebacz over 7 years ago

  • Priority changed from Normal to Low
  • Target version deleted (Release 2017.1)

I think this is KDE problem not ours.

#4 Updated by Zbigniew Rebacz almost 7 years ago

  • File PositionOfXButtonFixOnKde.diffMagnifier added
  • Status changed from New to Patch ready
  • Assignee set to Miroslav Fidler
  • Priority changed from Low to Normal
  • Target version set to Release 2017.2

The problem is easy - all we need to to is synchronize size hints before mapping window in the operating system.

Annoying issue ;)

#5 Updated by Zbigniew Rebacz almost 7 years ago

I have got one question - do we need also to synchronized GDK_WINDOW_TYPE_HINT_UTILITY - in what cases we used this kind of window?

#6 Updated by Zbigniew Rebacz almost 7 years ago

  • Status changed from Patch ready to Approved
  • Assignee changed from Miroslav Fidler to Zbigniew Rebacz

Also available in: Atom PDF