[8739] in athena10

home help back first fref pref prev next nref lref last post

Re: [Debathena] #386: bugme isn't always always on top

daemon@ATHENA.MIT.EDU (Debathena Trac)
Fri Jan 6 15:42:04 2012

MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
From: "Debathena Trac" <debathena@MIT.EDU>
Cc: debathena@MIT.EDU
To: geofft@MIT.EDU, lfaraone@MIT.EDU, kcarnold@MIT.EDU, joeuser@MIT.EDU,
        jdreed@MIT.EDU
Date: Fri, 06 Jan 2012 20:41:59 -0000
Reply-To: 
Message-ID: <057.4b2194944426f5661ebe1f8a981ce241@mit.edu>
In-Reply-To: <042.9e7ce84835f17de3310982c6b22877d3@mit.edu>
Content-Transfer-Encoding: 8bit

#386: bugme isn't always always on top
---------------------+--------------------------
 Reporter:  geofft   |         Owner:  lfaraone
     Type:  defect   |        Status:  assigned
 Priority:  trivial  |     Milestone:  Fall 2011
Component:  --       |    Resolution:
 Keywords:           |  Upstream bug:
---------------------+--------------------------

Comment (by geofft):

 Committed in r25443. Incidentally, re [comment:4 jdreed]:
 > Something awesome is clearly going on here, because 10.0.1 added changes
 from Bob to handle visibility obscure events and to disallow input focus,
 so I have no idea why it responds to mouse clicks.
 I assume that's the ''window manager'' responding to a mouse click and
 raising the window, and the app itself is not responding to mouse clicks
 in any way. If I click on the timer, my current app remains focused.

-- 
Ticket URL: <http://athena10.mit.edu/trac/ticket/386#comment:9>
Debathena <http://debathena.mit.edu>
MIT Debathena Project


home help back first fref pref prev next nref lref last post