On 06/07/10 21:54, Andreas Volz wrote: > I added two new configuration options in the window geometry settings. > See the commit it should explain it. But it's easy to understand from > the option text.
Unticking them avoids appearance of bug for ROX (windows getting lost). > Please test if this solves all your use cases or if still a problem > exists. When they are ticked, Rox still get lost. And this is a VERY OLD bug, and i hope the team will fix it one day. I have it since 2005, even on mono-terminal configuration; it used to happen with E16 and Skype; but I get it better easily with E17 with >1 monitor. I think I hold a case that may help to track the faulty bit of code. I have always seen that the bugs occur almost always when the them puts the bar at topof Window, and that the up-left corner of window is out of visible screens. The higher it is, the better for repro :) Having black zone helps. I need to describe my X layout. http://picasaweb.google.fr/doublehp/Computing#5491143066501507826 6 monitors, not all the same resolution: bottom left, up right, the full horizontal middle line. 6 holes, or black zones: 3 up left, 3 down right. I tried to repro the Rox bug with Eterm, with both box ticked. I open an Eterm with small font, resize the window to be bigger than the biggest monitor, and, move it up right, so that the bottom right corner of the window is up left of the up right monitor, as shown. This way, the up right corner of the window is further from the monitor, than the biggest monitor size: coordinates aprox 1300 x -1200 . Then i press ^> . The window is resized: i see the corner moving; the window is resized to the size of the last monitor it was on. But, the window is not centered: E remember the last monitor was 1024x768 (while window was created on a 1280x1024), but, can not center the window in the middle of the monitor: the scrot is taken AFTER ^> . E forgot to which screen the win is attached. That must be very close to the reason making Memo getting lost. In this very exact configuration, I can move the Eterm a bit around (justa few pixels). The position pop-up (which i configured to be on center of screen, while default conf is center of window) is shown on the up right monitor (that's fine, but this tells us E still knows the win shall belong to THIS monitor) ... i now press ^< to reduce font. NOW, Eterm is lost :) Too easy not i get it :) make an Eterm with big font, make it big size, move the top bar out of visible vew, showing as little as possible, press ^< to reduce font, and oups, lost :) You should be able to repro this on mono head conf. Too easy, too funny :) Side note: when box are ticked and bug occurs on Memo, about 1mn to 5mn after restauring Memo from the Lost menu, E crash, offers me to restaure. A few second later, I may loose many other applications, and, X terminates; I see in the console some libgdk error (because I always use startx), and, once I had a kernel freese. This bug can have repercussions very far, down to X, and kernel (probably a double free somewhere). In short: the tick-box now let me have stable system, but, for long term, I suggest you fix the bug, because other people will met it again. NB: i am now in list. Ready to repro; i will unsub if you don't want to fix this bug. -- >o_/ DEMAINE Benoit-Pierre (aka DoubleHP) http://benoit.demaine.info/ If computing were an exact science, IT engineers would'nt have work \_o< "So all that's left, Is the proof that love's not only blind but deaf." (FAKE TALES OF SAN FRANCISCO, Arctic Monkeys) ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
