Bugfix: java menu problem after resize, maximize
commit7490b14bf0573283cd11eea3b1b6392c6f38e2dd
authorAmbrus Szabo <donamo@donamo.hu>
Tue, 5 Apr 2011 10:36:11 +0000 (5 12:36 +0200)
committerCarlos R. Mafra <crmafra@gmail.com>
Sat, 9 Apr 2011 17:32:12 +0000 (9 10:32 -0700)
tree359be4d7af865700847836261af19d1f8f6829c1
parenta750fe03f424cf47e4f7aa462fd24e9b38c4d196
Bugfix: java menu problem after resize, maximize

From the original report by Tamas Teves:

   "i'm having (and have, for a long time) problems with openoffice and
   java-based (perhaps only netbeans-based?) apps.

   for openoffice, any menu opens in the far right edge (with xinerama,
   on the far right edge of the rightmost display) of the display. it
   then can be clicked and operated corretly where it appears.

   as for netbeans (and jswat, which also uses netbeans platform as a
   base), it's a bit more complicated, but let me try to describe. start
   netbeans so that it is not maximized and not in the upper left of the
   display. it works fine. move it around, still works fine, resize,
   still works fine. now if i maximize it (not by moving to the upper
   left corner and resizing, but by the maximize shortcut), then the
   menus start acting weird. it seems that the actual position of the
   mouse pointer and the hot spot of the mouse pointer get "out of sync"
   so to speak, as if the hot spot stayed where the window was before
   maximization.

   i've made a capture which hopefully better shows what i'm trying to
   say. this is a netbeans window maximized, while i'm trying to click
   tools->options. the left mouse button must always be held down, or
   else it instantly loses any interaction with the menus (in the capture
   i released it once when i completely lost track of where i might be).

   the capture is available at http://dawn.dev.hu/~ice/tmp/wmjava.avi

   i'm not sure whether java stuff other than those based on netbeans
   platform exhibit this behaviour. i've seen this with at least one
   other nb platform stuff as well."

The fix is to call wWindowSynthConfigureNotify() after wWindowConfigure()
src/actions.c
src/moveres.c