Version: 3.5.7 (using KDE 3.5.7, compiled sources) Compiler: gcc version 3.4.6 OS: Linux (i686) release 2.6.21.5 Recently new beta Shockwave Flash 9.0 r60 appeared. http://blogs.adobe.com/penguin.swf/2007/06/ This version works with firefox 2.0.0.4 but with konqueror 3.5.7 not. Here is error log konqueror reports: (process:14504): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function (process:14504): Gtk-CRITICAL **: gtk_clipboard_get_for_display: assertion `GDK_IS_DISPLAY (display)' failed Adobe Flash Player: gtk_clipboard_get(GDK_SELECTION_PRIMARY); failed. Trying to call gtk_init(0,0); The way to fix this is to downgrade to official 9.0.r31 flash plugin. This bug report is just early warning something wrong is going on. Maybe this error happens because kde is using Qt library and new flash is native GTK application since this beta version (firefox uses gtk too so probably thus it does not return error). Recent big changes looks like this: "entire thing has been reworked as a native GTK app that communicates with the hosting web browser using the XEmbed protocol."
I can confirm this bug. Probably we need XEmbed support. AFAIR there was discussion about it and swidec in kfm-devel lately (QXEmebed ?).
*** This bug has been confirmed by popular vote. ***
How do you think: will QXEmbed also fix: Bug 137360: "flash plugin grey background"? I wonder why QXembed does not work as Nsplugin supports it? According to KDE dev Nsplugin supports QXembed: http://lists.kde.org/?l=kde-core-devel&m=113993422604261&w=2 > NSPlugin doesn't use QXEmbed at all, It does, Lubos Lunak KDE developer So how looks the truth? Nsplugin supports QXEmbed or not? Why beta flash is always white rectangle if QXEmbed seems to be supported by konqueror?
*** Bug 148593 has been marked as a duplicate of this bug. ***
On lauchpad, people believe it it some how related to openoffice-gnome integration : https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/127944
See also: https://bugzilla.novell.com/show_bug.cgi?id=294385
*** Bug 149021 has been marked as a duplicate of this bug. ***
On of the Flash developers also mentioned: "The Linux plugin now uses the XEmbed protocol. This is work in progress. The downside is that konqueror and Opera do not support this right now, so the Flash plugin will not work until these vendors update their plugin support. Also we are seeing decreased performance because GTK lacks somewhat in the the basic graphics API department. I'll explain in a later post." http://www.kaourantin.net/2007/06/flash-player-update-3-beta-1.html
The problem is still valid for the newest flash plugin release from 2007-10-01.
This is a GTK bug which is solved upstream: http://bugzilla.gnome.org/show_bug.cgi?id=65041 Everything works fine with a recent enough GTK. Tested and verified here on a Fedora 8 machine. Please close this bug.
r48 works fine, r60 doesn't since it needs XEmbed mode, which we currently don't support.
Argh, mixed it up, sorry. Any plans to implement XEmbed anytime soon?
New adobe plugins require GTK loop to be run. Mozilla runs GTK loop by default. Opera beta versions also do that for gtk plugins. Konqueror should do similar thing I guess.
There is probably fix for this: kdebase-3.5.7-fix_flashplayer_nsplugin.patch but someone from Mandriva withdrawn it from the Internet so I can not download it. If someone find this file send it to me or post it here please.
Created attachment 21989 [details] Mandriva Patch
That patch is a workaround for r48. Anyway, Qt4 uses the Glib event loop, so in theory r60 should work when switching to XEmbed and not Xt plugging in KDE4.x... I did that, but flash only semi-works, and it's very hard to debug that sort of thing, given it's a binary. (Well, I need to fix r48 in trunk, too. Sigh :( )
Any chance that this patch gets included with the current kdebase?
There is debugger release of flash9. Might be useful for developers: http://www.adobe.com/support/flashplayer/downloads.html link: "Download the Linux debugger and standalone players" http://download.macromedia.com/pub/flashplayer/updaters/9/flash_player_9_linux_dev.tar.gz
Please.... Please... Please... fix this in 3.5.x. Cause I love Konqueror.
You can use the old Flash 9.0 r48. There is no HD video or fullscreen but it works fine with Konqueror.
I am. That's not the point though is it. I realize that you guys are busy with KDE4, but the current stable release is 3.5.8. And us Konqueror users would like very much to be able to use (well... hmmm.. humm...) Konqueror :)
Now that flash 9.0.115 is an official release (not a beta) perhaps we can get some momentum to include XEmbed support. Flash is such an integral part of any browser and most users will not be able to go back to earlier versions of flash to make it work, albeit with fewer features. This is particularly important since most distributions do not package flash plugin due to licensing issues, thus the users will just download the latest version. Thanks
I don't think using the flash 9.0 r48 is a long term solution. A lot of users are worried about the incompatibility of the new flash release http://blogs.adobe.com/penguin.swf/2007/12/flash_player_9_update_3_final.html and it's important for us to see that we haven't been left out as other browsers support XEmbed protocol
*** Bug 153670 has been marked as a duplicate of this bug. ***
*** Bug 153639 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 132138 ***
Can you reopen this bug? It seems not to be connected with XEmbed support. This error is appear in 3.5.9 (also in 3.5.8) and recent gtk 2.12.X. It freezes konqueror with all 9.0rX flash player varsions I have tested (including r48 and r115). With gtk 2.10.X konqi & flash seems to work fine despite errors appering in console: (process:30348): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function (process:30348): Gtk-CRITICAL **: gtk_clipboard_get_for_display: assertion `GDK_IS_DISPLAY (display)' failed Adobe Flash Player: gtk_clipboard_get(GDK_SELECTION_PRIMARY); failed. Trying to call gtk_init(0,0); The change to full freeze is this error: (process:30206): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed Which is appear with 2.12.X gtk installed and not with 2.10.X BTW. Did you apply madriva patch from this bug report in 3.5.9? Maybe it helps?
I am using flash plugin 9.0r115 with KDE 3.5.9 and this bug is still there. I still have no flash in Konqueror. Do I need to change anything in the configuration to make it work? Thanks.
how do any of the coments suggest that this is resolved (except the one where the guy made a mistake)? Reopen this!
This is working perfectly for me on updated Fedora 8 with KDE 3.5.9 on x86_64. I can view fine the page: http://www.youtube.com/swf_test.html There is still the gtk error but this seems to be a timing issue. You can see the youtube movie window clearly. Now, on x86_64 you need the copy /usr/bin/nspluginscan and /usr/bin/nspluginviewer from an i386 system and overwrite the 64 bit ones. After this you need to rescan for the plugins from the konqueror configure plugins setup. If you have a i386 system just try to rescan the plugins in konqueror. Otherwise something is wrong since I do not see any patches applied on top of KDE 3.5.9 for plugins in Fedora 8 updates.
I was unable to get it to work up to now that I found the cause: I was applying my KDE style to GTK apps and this was causing the flash plugin not to work. Now I changed it in the KDE Contol Center and selected the native Clearlooks theme for my GTK apps and flash started to work in Konqueror again. I hope that helps to people for whom it isn't working yet.