You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This crash occurs due to CefInitialize / CefDoMessageLoopWork calls. It crashes even when no browser is being embedded. When CefInitialize call is removed the crash disappears.
I've found some information on web suggesting that creating a menu in app should resolve issue, but it didn't.
It should also be noted that on Mac the gtk3.py example doesn't yet implement obtaining window handle (nsview pointer) due to missing funcionality in pygobject. However this is not the cause of the crash.
cztomczak
changed the title
Mac: gtk3.py example crashes with error "_createMenuRef called with existing principal MenuRef.."
[Mac] gtk3.py example: Crash with error "_createMenuRef called with existing principal MenuRef.."
Mar 3, 2017
cztomczak
changed the title
[Mac] gtk3.py example: Crash with error "_createMenuRef called with existing principal MenuRef.."
[Mac] gtk3.py example: Crashes with message "_createMenuRef called.."
Mar 3, 2017
cztomczak
changed the title
[Mac] gtk3.py example: Crashes with message "_createMenuRef called.."
[Mac] gtk3.py example: Error "_createMenuRef called.."
Mar 3, 2017
cztomczak
changed the title
[Mac] gtk3.py example: Error "_createMenuRef called.."
[Mac] gtk3.py example: Crashes with message "_createMenuRef called.."
Mar 3, 2017
cztomczak
changed the title
[Mac] gtk3.py example: Crashes with message "_createMenuRef called.."
[gtk3.py] [Mac] Crashes with message "_createMenuRef called.."
Aug 23, 2017
Someone on CEF Forum says he resolved the issue by getting rid of a double call to NSApp.finishLaunching. Quote:
It seems to happen in apps that call [NSApp finishLaunching], enter their own message loop (instead of [NSApp run]) and then CefDoMessageLoopWork() (which eventually calls [NSApp run], which calls finishLaunching.)
The double call to finishLaunching is what breaks things.
Apps that don't call [NSApp run] should avoid calling [NSApp finishLaunching] if they are ever going to call CefDoMessageLoopWork().
This crash occurs due to CefInitialize / CefDoMessageLoopWork calls. It crashes even when no browser is being embedded. When CefInitialize call is removed the crash disappears.
A similar issue was reported on CEF Forum:
http://www.magpcss.org/ceforum/viewtopic.php?f=6&t=11827
I've found some information on web suggesting that creating a menu in app should resolve issue, but it didn't.
It should also be noted that on Mac the gtk3.py example doesn't yet implement obtaining window handle (nsview pointer) due to missing funcionality in pygobject. However this is not the cause of the crash.
Complete logs:
The text was updated successfully, but these errors were encountered: