BUGS

   1
   2 From: Matias Grana <matiasg@dm.uba.ar>
   3 To: Enlightenment users list <enlightenment-users@lists.sourceforge.net>
   4 Subject: [e-users] bug in e17?
   5 Date: Fri, 4 Nov 2005 16:41:49 -0300
   6 Sender: enlightenment-users-admin@lists.sourceforge.net
   7
   8 hi;
   9 I think I've found a bug, which I can reproduce as follows:
  10
  11 open konqueror (maybe other kde applications work too, i don't know).
  12 open a web page on it.
  13 open the 'print...'  dialog
  14 tell it to print it to a file
  15 click on the folder icon, to browse for the file to print it to
  16 select a file and press save
  17 click AGAIN on the folder icon.
  18
  19 The browser opens, but it does as an iconized window.
  20
  21 I just recompiled code from cvs to be sure it wasn't fixed. If I can be
  22 of more help on this, tell me so.
  23
  24 Matias
  25
  26
  27
  28
  29
  30
  31
  32
  33 From: Kim Woelders <kim@woelders.dk>
  34 To: enlightenment-devel@lists.sourceforge.net
  35 Subject: Re: [E-devel] Re: bugs with iconification/deiconification in e17.
  36 Date: Fri, 02 Dec 2005 19:14:46 +0100
  37 Sender: enlightenment-devel-admin@lists.sourceforge.net
  38
  39 Carsten Haitzler (The Rasterman) wrote:
  40 > On Fri, 02 Dec 2005 09:19:20 +0200 <vkojouharov@gmail.com>
  41 > babbled:
  42 >
  43 >
  44 >>On Thu, 2005-12-01 at 18:26 +0100, Kim Woelders wrote:
  45 >>
  46 >>>Carsten Haitzler (The Rasterman) wrote:
  47 >>>
  48 >>>>On Wed, 30 Nov 2005 19:44:37 +0200
  49 >>>><vkojouharov@gmail.com> babbled:
  50 >>>
  51 >>>...
  52 >>>
  53 >>>>>The other app is with deiconifying a window. Some programs (actually,
  54 >>>>>only alltray comes to mind right now) use xlib to do the whole
  55 >>>>>iconification thing. For the alltray instance, it seems to use
  56 >>>>>XSetWMHints, set the state to NormalState, and basically that's it. And
  57 >>>>>it seems to work for a lot of window managers too, so that must be a
  58 >>>>>proper way to do it. But that doesn't work for e17, and the window stays
  59 >>>>>iconified.
  60 >>>>
  61 >>>>
  62 >>>>e waits for a map request. it doesnt respond to a change in hints for a
  63 >>>>map. we can make it do so though :) i will write these down in the TODO.
  64 >>>>
  65 >>>
  66 >>>I don't think a client can deiconify by changing a hint. e16 doesn't but
  67 >>>does work with alltray. The normal way is to map the client window. In
  68 >>>some cases clients send a _NET_ACTIVE_WINDOW message, but IIRC always to
  69 >>>deiconify some other client as in tasklist and pager type
  70 >>
  71 >>I'm just curious here, what does alltray use to deiconify a window? cuz
  72 >>that's the only relevant thing I could find in the code
  73 >
  74 >
  75 > it prbably SHOULD use XMapWindow() or XMapRaised()
  76 >
  77 After having taken a peek at what is does in e16.8 on "alltray xterm",
  78 the short version is that it uses XMapWindow() to map the client (which
  79 actually is an alltray window containing the reparented real client)
  80 first time. After that, when having been iconified, it sends a
  81 _NET_ACTIVE_WINDOW client message to deiconify.
  82
  83 /Kim
  84
  85
  86
  87
  88
  89
  90
  91
  92
  93
  94
  95 dj2 raster, heres an interesting bug for you
  96 dj2 i have twinview setup on my box
  97 dj2 i can move the mouse between the 2 heads and e17 sees tehm as 2 heads
  98 dj2 (2 pages etc)
  99 dj2 if i try to drag a window between the 2 heads (say from left to right)
 100 the mouse will lmove as expected
 101 dj2 but when the window hits the right edge of the left monitor it will
 102 appear again off the left edge of the left monitor
 103 dj2 tho the mouse is now on the right monitor
 104 raster xdpyinfo
 105 raster see how many screens u have
 106 raster screen #0:...
 107 raster is there a screen #1 ?
 108 dj2 number of screens: 2
 109 dj2 yea screen #0 and screen #1
 110
 111 NB: in multihead if the mouse exits a screen during move or resize - either
 112 disallow it (warp back to previous position ) or limit resize/move
 113
 114
 115
 116
 117 From: Daniel Kasak <dkasak@nusconsulting.com.au>
 118 To: enlightenment-devel@lists.sourceforge.net
 119 Subject: [E-devel] Crasher ... switch to an app that's closing
 120 Date: Mon, 20 Mar 2006 11:07:12 +1100
 121 Sender: enlightenment-devel-admin@lists.sourceforge.net
 122
 123 Hi all.
 124
 125 I have a sort-of reproducible bug.
 126 If you try to switch to an app which is in the process of shutting down,
 127 and you do it at *just* the right moment, Enlightenment-0.17 will crash.
 128 I've done this only about 3 times over probably more than a year of usage.
 129
 130 This particular time, I hit the 'close' button on a vmware-player
 131 window. When this app gets the close signal, it actually minimises
 132 itself, and then proceeds to shutdown ( which includes saving the
 133 current VM state, which takes a while, hence the minimising first ).
 134 After hitting close, I went to switch to another app by middle-clicking
 135 on the desktop, but I missed the other app, and hit vmware-player
 136 accidentally. Then everything came down in a heap :)
 137
 138 Sorry I don't have any debugging info.