gnash-commit
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gnash-commit] [bug #46219] [Patch] NPAPI plugin with QT GUI disavows XE


From: anonymous
Subject: [Gnash-commit] [bug #46219] [Patch] NPAPI plugin with QT GUI disavows XEmbed support
Date: Fri, 16 Oct 2015 05:08:32 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.21 (KHTML, like Gecko) QupZilla/1.8.6 Safari/537.21

URL:
  <http://savannah.gnu.org/bugs/?46219>

                 Summary: [Patch] NPAPI plugin with QT GUI disavows XEmbed
support
                 Project: Gnash - The GNU Flash player
            Submitted by: None
            Submitted on: Птн 16 Окт 2015 05:08:30
                Category: plugin
                Severity: 3 - Normal
                 Release: master
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

...which caused Gnash to not run under my qt4webkit-based browser.
I'm talking about NPPVpluginNeedsXEmbed value for NPP_GetValue(), which is
supposed to be TRUE if plugin supports XEmbed. However, the corresponding
piece of Gnash code is:

      case NPPVpluginNeedsXEmbed:
#ifdef HAVE_GTK2
          *static_cast<NPBool *>(aValue) = TRUE;
#else
          *static_cast<NPBool *>(aValue) = FALSE;
#endif
          break;

so for some reason it returns FALSE when GTK+ GUI is not compiled. AFAIK, this
is blatant lies, since Gnash supported XEmbed from the beginning and doesn't
even offer an alternative.
Anyways, some browsers like Firefox seem to sidestep this, but I use Qupzilla
with Qt4 QtWebKit fork, and the latter aborts the init function if windowed
plugin denies XEmbed support, leading to cascade of errors and the plugin not
working. It's WebKit problem, so other browsers with the same engine are
affected too, e.g. Arora.
So, in summary, *Gnash didn't work under any Qt4 QtWebKit-based browser
without the GTK+ GUI*.
The most important point is that *after changing the above FALSE to TRUE the
plugin works* just dandy. Thus, *patch attached*. I assume the whole #ifdef
thing was some misunderstanding, it doesn't really make sense to me.



    _______________________________________________________

File Attachments:


-------------------------------------------------------
Date: Птн 16 Окт 2015 05:08:30  Name: custom.patch  Size: 490B   By:
None

<http://savannah.gnu.org/bugs/download.php?file_id=35206>

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?46219>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]