Menu

#1111 Cannot move gnome applications

v1.4.0
closed-fixed
nobody
None
5
2016-07-30
2014-08-20
Morten
No

Reporting this here as well, as no response was seen on Debian bugtracker:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743772

Discussion

  • PpHd

    PpHd - 2015-01-06

    I have also this bug on my system.

    Behavior: Gnome 3 applications (file-roller for example) when launched refuse to be resized, to be moved, are always on top of any other windows (regarless of fluxbox setting) and at position (0,0), as if they were "fullscreen". Draw decoration doesn't work as expected. Fullscreen works.

    Steps to reproduce:
    * run gnome 3 application (file-roller or gnome-mines for example): they can be moved, resized, etc. as expected.
    * run nvidia-settings and change display mode (for me, I change the display from 1920x1080@50 to 1920x1080@60)
    ==> New Gnome 3 applications can't be moved, resized, etc...

    Workaround:
    * restart fluxbox with the menu.

     
  • Mathias Gumz

    Mathias Gumz - 2015-01-07

    fluxbox does not support client-side-decorations at the moment. that is the term for what gnome and other gtk-apps use to improve the user-interface from their point of view.

     
  • PpHd

    PpHd - 2015-01-07

    What do you mean by "fluxbox does not support client-side-decorations at the moment."?

    If I don't change the display mode settings (as described in my comment), CSD applications of Gnome 3 work (as far as I cam concerned) inside fluxbox and I see no problem (Fluxbox decorations are turned off - by default - but I can set them too, I can move the applications, I can resize the applications - with right click + mouse - , I can fullscreen them, etc.).

     
  • Mathias Gumz

    Mathias Gumz - 2015-01-07

    fluxbox does not support / work with CSD. there is nothing to not understand, fluxbox does not work with them. sometimes they "work", sometimes they wont. CSD + fluxbox do not interact properly at the moment. that's what i mean by "does not support".

     
  • Xoores

    Xoores - 2015-01-11

    Hello Mathias,

    I also encounter this problem.

    "sometimes they "work", sometimes they wont."

    For me the all GNOME applications with CSD always work when I restart fluxbox. All of them are decorated and working correctly - but only until I suspend my PC. After wakeup, no CSD application is decorated by Fluxbox anymore.

    As far as I can tell, I'm able to reproduce described behavior on my FB 1.3.5

     
  • Xoores

    Xoores - 2015-01-11

    Thanks for links. Especially the second one, because I somehow missed it.

    I applied the patch and now I can manage to drag CSD windows as expected. So far so good, I will test it and see after few days.

    As I said - since FB works perfectly with CSD after a clean start, this looks like some minor issue (however this whole functionality may, of course, work unintentionally).

     
  • Mathias Gumz

    Mathias Gumz - 2015-01-11

    every time i do a simple google-search for "csd-specs" or something similar not very much comes up. so, i am not really in the mood to waste that much time on the issue until (documentation wise) things improve somehow.

     
  • Xoores

    Xoores - 2015-01-11

    That is logical. I actually never realized how (un)documented this thing actually is. Geez.

    Maybe it would be good to put the link for the patch along with some explanation to the FAQ, because more and more apps are using CSD. I myself have NetworkManager, gnome-calc and file-roller. Especially NM is very inconvinient with this problem.

     
  • Mathias Gumz

    Mathias Gumz - 2015-01-21
    • Group: v1.3.6 --> future release
     
  • hudson

    hudson - 2015-07-08

    Hello, I filed a bugreport with Gnome about this:
    https://bugzilla.gnome.org/show_bug.cgi?id=752094

    Their reply was:
    "I've just tried gtk 3.16 and 3.17 with fluxbox 1.3.6, and it worked just fine.

    There's no specs because we are mostly reusing existing EWMH and Motif window manager protocols."

     
  • Thomas Luebking

    Thomas Luebking - 2016-07-01

    change display mode

    => ARGB bug.

     
  • Mathias Gumz

    Mathias Gumz - 2016-07-02
    • status: open --> closed-fixed
    • Group: future release --> v1.3.8
     

Log in to post a comment.