CEF stürzt beim Schließen von NSWindow in Macbook PRO ab (Nur auf Touchpad nicht für Mausklick)

Question

Ich habe CEF Framework in mein Projekt integriert.

Es funktioniert gut für mausbasierte Fenster schließen, aber es stürzt ab Wenn ich integrierte Touchpad von Mac Book Pro beim Schließen Browser Pop-up-Fenster verwenden.

Das Popup-Fenster wird von CEF generiert.

Ich kann den Absturz wie oben meistens reproduzieren. Hier

ist das Crash-Protokoll

Prozess: cefclient [1271] Pfad:
/Users/USER/Documents/*/cefclient.app/Contents/MacOS/cefclient Identifikation: com.genband. omni.mac Version:
1.0.0.30 (1.0.0.30) Code-Typ: X86-64 (Native) Parent-Prozess: ??? [1] Verantwortlich: cefclient [1271] Benutzer ID: 501

Datum/Zeit: 2016.07.07 14: 54: 14,865 0530 OS Version:
Mac OS X 10.10.2 (14C1514) Bericht Version : 11 Anonym UUID:
0F54FCED-4D82-FEB9-5CD2-3A541BF3C022

Sleep/Wake UUID: C774E441-04B7-4295-A913-3AD622E6B6F3

Zeit Awake Seit Boot: 4.300 Sekunden Zeit seit Wake: 710 Sekunden

Crashed Thread: 0 CrBrowserM ain Absende-Warteschlange: com.apple.main-thread

Ausnahmetyp: EXC_BAD_ACCESS (SIGSEGV) Ausnahmecodes:
KERN_INVALID_ADDRESS bei 0x0000443e46cfbec0

VM Regionen nahe 0x443e46cfbec0: Mapped File 0000000124936000-0000000124b36000 [2048K] rw -/rwx SM = ALI/private/var/Ordner// .3KjSNY -> MALLOC_NANO 0000600000000000-0000600000200000 [2048K] rw/rwx SM = PRV

Application Specific Informa tion: objc_msgSend() Wahlname: respondsToSelector: Darstellende @selector (_close :) vom Sender _NSThemeCloseWidget 0x608000186320

Gewinde 0 Zerschmettertes :: CrBrowserMain Absendewarteschlange: com.apple.main-Thread 0 libobjc.A.dylib
0x00007fff9303f0dd objc_msgSend + 29 1 com.apple.AppKit
0x00007fff87802735 - [NSWindow schließen] + 312 2 libsystem_trace.dylib 0x00007fff84178cd7 _os_activity_initiate + 75 3 com.apple.AppKit
0x00007fff877b9b71 - [NSApplication sendAction: zu: von: ] + 452 4
com.apple.AppKit 0x00007fff877b9970 - [NSControl sendAction: An:] + 86 5 com.apple.AppKit
0x00007fff8798f86c __26- [NSCell _sendActionFrom:] _ block_invoke + 131 6 libsystem_trace.dylib 0x00007fff84178cd7 _os_activity_initiate + 75 7 com.apple .0x00007fff87802509 AppKit - [NSCell _sendActionFrom:] + 144 8
libsystem_trace.dylib 0x00007fff84178cd7 _os_activity_initiate + 75 9 com.apple.AppKit 0x00007fff87801d66 - [NSButtonCell Perform:] + 1027 10 com.apple.Foundation 0x00007fff83eaecdc __NSThreadPerformPerform + 293 11 com .apple.CoreFoundation 0x00007fff90285681 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION + 17 12 com.apple.CoreFoundation 0x00007fff902778dc __CFRunLoopDoSources0 + 476 13 com.apple.CoreFoundation 0x00007fff90276e3f __CFRunLoopRun + 927 14 com.apple.CoreFoundation
0x00007fff90276858 CFRunLoopRunSpecific + 296 15 com.apple.HIToolbox 0x00007fff8ab26aef RunCurrentEventLoopInMode + 235 16 com.apple.HIToolbox 0x00007fff8ab2686a ReceiveNextEventCommon + 431 17 com.apple.HIToolbox
0x00007fff8ab266ab _BlockUntilNextEventMatchingListInModeWithFilter + 71 18 com.apple.AppKit 0x00007fff875eaf81 _DPSNextEvent + 964 19 com.apple.AppKit 0x00007fff875ea730 - [NSApplication nextEventMatchingMask: untilDate: INMODE: dequeue:] + 194 20 com.apple.AppKit 0x00007fff875de593 - [NSApplication run] + 594 21 org.chromium.ContentShell.framework 0x000000010d1b7c81 0x10d080000 + 1.277.057 22 org.chromium.ContentShell.framework 0x000000010d1b72e4 0x10d080000 + 1274596 23 org.chromi um.ContentShell.framework 0x000000010d1ef893 0x10d080000 + 1505427 24 org.chromium.ContentShell.framework 0x000000010d1dd80d 0x10d080000 + 1431565 25 com.genband.omni.mac
0x000000010ceb9d69 Client :: MainMessageLoopStd :: Run() + 9 (main_message_loop_std.cc : 15) 26 com.genband.omni.mac
0x000000010cee6c12 Haupt + 2354 (cefclient_mac.mm:1747) 27 libdyld.dylib 0x00007fff8433d5c9 + 1

Irgendwelche Vorschläge

Answer 1

Ändern der höchst willkommen sind starten window_ Delegierte an nil, in dealloc Methode von root_window_mac.mm löste das Crash-Problem für mich.