XQuartz: Re-enable background window checking
since that code was not the culprit for the wacom tablet, background 100% CPU bug (cherry picked from commit fc1dc5d71b2a488a8a94d953dd8e67353161a590)
This commit is contained in:
parent
8522a759c9
commit
6f8f7c78f1
|
@ -1067,12 +1067,7 @@ static inline int ensure_flag(int flags, int device_independent, int device_depe
|
||||||
|
|
||||||
if(!quartzServerVisible && noTestExtensions) {
|
if(!quartzServerVisible && noTestExtensions) {
|
||||||
if(ev_button == 0) {
|
if(ev_button == 0) {
|
||||||
#if 0
|
#if defined(XPLUGIN_VERSION) && XPLUGIN_VERSION > 0
|
||||||
/* Seems this has somehow triggered 100% CPU usage while X11.app is in the
|
|
||||||
* background on some obscure HW configurations.
|
|
||||||
* http://xquartz.macosforge.org/trac/ticket/241
|
|
||||||
*/
|
|
||||||
//#if defined(XPLUGIN_VERSION) && XPLUGIN_VERSION > 0
|
|
||||||
/* Older libXplugin (Tiger/"Stock" Leopard) aren't thread safe, so we can't call xp_find_window from the Appkit thread */
|
/* Older libXplugin (Tiger/"Stock" Leopard) aren't thread safe, so we can't call xp_find_window from the Appkit thread */
|
||||||
xp_window_id wid = 0;
|
xp_window_id wid = 0;
|
||||||
xp_error e;
|
xp_error e;
|
||||||
|
@ -1124,8 +1119,7 @@ static inline int ensure_flag(int flags, int device_independent, int device_depe
|
||||||
break;
|
break;
|
||||||
|
|
||||||
case NSScrollWheel:
|
case NSScrollWheel:
|
||||||
//#if !defined(XPLUGIN_VERSION) || XPLUGIN_VERSION == 0
|
#if !defined(XPLUGIN_VERSION) || XPLUGIN_VERSION == 0
|
||||||
#if 1 /* Strange 100% CPU issue, so always enabling. see above */
|
|
||||||
/* If we're in the background, we need to send a MotionNotify event
|
/* If we're in the background, we need to send a MotionNotify event
|
||||||
* first, since we aren't getting them on background mouse motion
|
* first, since we aren't getting them on background mouse motion
|
||||||
*/
|
*/
|
||||||
|
|
Loading…
Reference in New Issue