> On Saturday 29 of December 2007, Maksim Orlovich wrote:
>> > Hi,
>> >
>> > I'm glad that a KDE dev is finally taking an active interest in XEmbed
>> > for KDE/Konqueror:
>> >
>> >   http://www.kdedevelopers.org/node/3162
>> >
>> > Lubos? Are you out there? If you contact me, maybe we can figure out
>> how
>> > the KDE/XEmbed <-> Flash interaction is going bad. And you'll be a
>> hero
>> > to KDE users everywhere.
>>
>> Thank you for contacting us.
>>
>> I am CCing him on this message,
>
>  I wasn't subscribed to kfm-devel anymore, but I've subscribed again for
> the
> time being.
>
>> he is more of an X guy though (and hence
>> more able of dealing with event loops and such), I would be the other
>> contact, for the KDE4 version.
>>
>> In my version, I am seeing 2 problems:
>> 1. When NPN_UserAgent returns our real UA string, on the cleanup call,
>> flash calls XtRemoveTimeout with a bogus value; if I workaround that it
>> crashes with some memory corruption.
>
>  E.g. http://bugs.kde.org/show_bug.cgi?id=154462 has a backtrace of this,
> not
> that it would be very useful, with no debug info. Valgrind shows loads of
> problems inside of Flash, but nothing that seems to be relevant to this.
> Using UA string of Firefox avoids this, so this is rather clearly a Flash
> bug.
>
>> 2. Stuff just randomly stalls. I really have no clue on how to debug
>> that,
>> unfortunately. (Will try DiamondX, just need some help to register its
>> weird mimetype).
>
>  I cannot confirm this one, I don't remember noticing this.

This is in trunk, not w/your 3.5.x stuff.

Coincidentally, I would really appreciate if you took a look at the trunk
stuff. At the very least, some people seem to report problems with the
embedding of nspluginviewer into the part..

Also, since I can't commit stuff atm, any chance you could apply:
http://bugs.kde.org/show_bug.cgi?id=154713
>
>  BTW, for DiamondX, rename the binary to 'libdiamondx.so' (i.e. dump the
> numbers) and put it wherever your other plugins are, that makes it work
> here.

In trunk it needs to have its mimetype registered; there is no
working UI for that in trunk, and I don't know the new mime system
so I can't do it trivially by hand.

-Maks