<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div apple-content-edited="true" class="">Awesome!
</div><div apple-content-edited="true" class=""><br class=""></div><div apple-content-edited="true" class="">The little python script you provided revealed that the focus thief as: Folder Actions Dispatcher (com.apple.FolderActionsDispatcher).</div><div apple-content-edited="true" class=""><br class=""></div><div apple-content-edited="true" class="">Which lead to misc. notes around the net about how it’s anti-social behavior[1] in Yosemite. &nbsp;No mention of focus stealing though. &nbsp; Some of these have procedures for disabling it. &nbsp;Having done that it seems to have resolved my problem. &nbsp;Tis a shame to lose my folder actions, but worse to lose my emacs :).</div><div apple-content-edited="true" class=""><br class=""></div><div apple-content-edited="true" class="">Joy!</div><div apple-content-edited="true" class=""><br class=""></div><div apple-content-edited="true" class="">Thanks so much!</div><div apple-content-edited="true" class=""><br class=""></div><div apple-content-edited="true" class="">&nbsp;- ben</div><div apple-content-edited="true" class=""><br class=""></div><div apple-content-edited="true" class="">[1]&nbsp;<a href="http://www.macissues.com/2015/01/30/fix-folder-actions-dispatcher-using-high-cpu-in-yosemite/" class="">http://www.macissues.com/2015/01/30/fix-folder-actions-dispatcher-using-high-cpu-in-yosemite/</a></div><div class=""><br class=""></div>
<br class=""><div><blockquote type="cite" class=""><div class="">On Mar 22, 2015, at 4:28 AM, Jeremy Huddleston Sequoia &lt;<a href="mailto:jeremyhu@apple.com" class="">jeremyhu@apple.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class="">This has come up before.<br class=""><br class="">The issue is <a href="http://xquartz.macosforge.org/trac/ticket/58" class="">http://xquartz.macosforge.org/trac/ticket/58</a>, and there's a radar filed for the issue that is pretty much just as old.<br class=""><br class="">Note that XQuartz has no say in giving up focus. &nbsp;Something else is stealing focus from us. &nbsp;I presume since it is just XQuartz that is seeing this issue that there must be *something* I could do put XQuartz in a mode that would prevent this focus loss, but I'm at a loss to know what that is because I have no idea why the focus is being allowed to be stolen in the first place.<br class=""><br class="">In any event, you can run the attached script (which Ken Thomases provided to the list a couple years ago) to find out what is stealing the focus and possibly stop it from periodically doing so (by disabling it, deleting it, etc):<br class=""><br class=""><span id="cid:28EE8C4B-2479-48ED-A17E-C86B92D85B98">&lt;watch_activations.py&gt;</span><br class=""><br class="">Hope that helps.<br class=""><br class=""><br class="">--Jeremy<br class=""><br class=""><br class=""><blockquote type="cite" class="">On Mar 21, 2015, at 08:41, Ben Hyde &lt;<a href="mailto:bhyde@pobox.com" class="">bhyde@pobox.com</a>&gt; wrote:<br class=""><br class="">A forced upgrade means I have a new 2015 MacBook Pro, Yosemite, and XQuartz 2.7.8_beta3 (xorg-server 1.16.4) freshly installed over/under a restore from via Time Machine. &nbsp;Previously I was running 10.6.8 :).<br class=""><br class="">So. &nbsp;If I pop up an new Xterm and start typing in many cases a few characters in the typing cursor will transition from solid block to rectangle. &nbsp;Naturally this means my input is lost. &nbsp;A few seconds later it will transition back again. &nbsp;At that point I can continue typing.<br class=""><br class="">Sometimes when the keyboard focus departs I get a beach ball. &nbsp;Sometimes when it departs it never returns, but if I click in the terminal I can restore it.<br class=""><br class="">I can occationally get this to happen without typing. &nbsp;I just open the xterm and start and the black keyboard cursor and after it bit it disappears, optionally I see the beachball, and optionally it comes back after a bit.<br class=""><br class="">This behavior occurs dependably and repeatedly if I have work to do. &nbsp;I occurs less reliably if I’m trying to reproduce the behavior or record it in a screen capture. &nbsp;But even if I do record it it’s boring because all you see is the cursor changing.<br class=""><br class="">Is anybody else suffering this affliction? &nbsp;&nbsp;Or would anybody like to suggest a treatment of big stick I might hit it with?<br class=""><br class=""> - ben<br class=""><br class="">ps. Emacs is hell when you have this issue!<br class=""><br class="">_______________________________________________<br class="">Xquartz-dev mailing list<br class=""><a href="mailto:Xquartz-dev@lists.macosforge.org" class="">Xquartz-dev@lists.macosforge.org</a><br class="">https://lists.macosforge.org/mailman/listinfo/xquartz-dev<br class=""></blockquote><br class=""><br class="">_______________________________________________<br class="">Xquartz-dev mailing list<br class=""><a href="mailto:Xquartz-dev@lists.macosforge.org" class="">Xquartz-dev@lists.macosforge.org</a><br class="">https://lists.macosforge.org/mailman/listinfo/xquartz-dev<br class=""></div></blockquote></div><br class=""></body></html>