Various issues in GPU code

[Chris Coulson]

There are various issues in the code that communicates with Chromium's GPU thread. At least one of these causes an application crash under some conditions

- We're accessing members of the GpuChildThread singleton off the GPU thread in order to dispatch tasks to it. GpuChildThread is not thread safe, so we should store the singleton pointer in TLS to make it unavailable to other threads and provide a function to access the thread-safe MessageLoopProxy to dispatch tasks to the GPU thread
- We use the wrong MailboxManager instance to consume textures from Chromium's compositor
- We don't ensure we have a current GL context when deleting textures, which results in us hitting a runtime abort inside Chromium

[Launchpad Janitor (janitor)]

This bug was fixed in the package oxide-qt - 1.0.2-0ubuntu2

---------------
oxide-qt (1.0.2-0ubuntu2) utopic; urgency=medium

  * Update to v1.0.2
    - Bump Chromium to 36.0.1985.49
    - Add experimental support for the Google Talk PPAPI plugin, to support
      Google Hangouts. This is hidden behind an environment variable that
      defaults to off (LP: #1308397)
    - Fix crash in oxide::GetFormFactorHint() on Unity 8 desktop preview
      (LP: #1308398)
    - Fix various issues in GPU related code, including a crash (LP: #1308412)
    - Set no_javascript_access in ContentBrowserClient::CanCreateWindow()
      to fix random window opening failures (LP: #1307735)
    - Add fullscreen API to WebView (LP: #1308947)
    - Set a wait cursor when loading
    - Add geolocation support
    - Add a WebView.geolocationPermissionRequested API
    - Allow unhandled key events to bubble up from the WebView (LP: #1313727)
    - Don't generate keypress events with unmodified text for control
      characters. This makes Oxide behave more like Chrome
    - Add WebView.loadHtml() (LP: #1320848)
    - Ensure we update the visibility in a renderer when a WebView is created
      initially hidden and then made visible before any content is loaded
      (LP: #1322622)
    - Build fixes for Qt 5.3
    - Display controls in media player (LP: #1326852)
  * Refresh debian/patches/gross-hack-for-dual-ffmpeg-build.patch
  * Don't build with ENABLE_OXIDEQMLSCENE now, as that's the default
    - update debian/rules
  * Update build dependencies - we now depend on ninja
 -- Chris Coulson <email address hidden> Wed, 16 Apr 2014 09:54:56 +0100