A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://github.com/cztomczak/cefpython/issues/334 below:

Some frameworks like wxPython reset X11 error handlers that were previously installed during a call to cef.Initialize() · Issue #334 · cztomczak/cefpython · GitHub

During testing of the new default implementation for js and file dialogs in the wxpython.py example on Linux, x11 errors started occuring and that caused app to shutdown. Logs from console:

The program 'python' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 1581 error_code 3 request_code 3 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

These 'BadWindow' errors are unimportant and application can continue working just fine by ignoring them. CEF Python installs x11 error handlers that ignore them during a call to cef.Initialize(), however it seems that wxPython resets X11 error handlers that were previously installed. In wxpython example CEF initialization happens before wx initialization, thus the issue. X11 error handlers can also be installed manually after wx was initialized, you can do so by calling WindowUtils.InstallX11ErrorHandlers().


RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4