<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>198162</bug_id>
          
          <creation_ts>2007-11-05 14:12 0000</creation_ts>
          <short_desc>www-client/opera-9.5* - plugin issues</short_desc>
          <delta_ts>2009-05-25 02:04:19 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>2007.0</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://my.opera.com/desktopteam/blog/2007/11/09/work-in-progress</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <votes>10</votes>
          <everconfirmed>1</everconfirmed>
          <reporter>belgix@kern.com.au</reporter>
          <assigned_to>jer@gentoo.org</assigned_to>
          <cc>7v5w7go9ub0o@gmail.com</cc>
    
    <cc>andrija.prcic@gmail.com</cc>
    
    <cc>brankob@avtomatika.com</cc>
    
    <cc>dan.beavers@acm.org</cc>
    
    <cc>hetfield666@gmail.com</cc>
    
    <cc>ken69267@gentoo.org</cc>
    
    <cc>lazy_bum@o2.pl</cc>
    
    <cc>orodruinlair@gmail.com</cc>
    
    <cc>pacho@condmat1.ciencias.uniovi.es</cc>
    
    <cc>rushfan73@gmail.com</cc>
    
    <cc>shade.poczta@gmail.com</cc>
    
    <cc>superfastgentoo@gmail.com</cc>
    
    <cc>tiagomnm@gmail.com</cc>
    
    <cc>wbrana@gmail.com</cc>
    
    <cc>wbricks@yahoo.com</cc>
    
    <cc>zl29ah@gmail.com</cc>
    
    <cc>znmeb@cesmail.net</cc>

      

      
          <long_desc isprivate="0">
            <who>belgix@kern.com.au</who>
            <bug_when>2007-11-05 14:12:18 0000</bug_when>
            <thetext>The problem could be on either of both packages but net-www/netscape-flash-9.0.60 plug-in is not working at all in opera-9.50. Most of the time, the flash animation area appears blank.

Packages affected:

   net-www/netscape-flash-9.0.60.0_beta100107
   www-client/opera-9.50 (all versions)

Reproducible : Always (go to www.adobe.com for example)

Reverting back to netscape-flash-9.0.48.0-r1 fix the problem. May be revelant or not but I&apos;m running KDE-3.5.8 (was also there with 3.5.7).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>belgix@kern.com.au</who>
            <bug_when>2007-11-05 14:13:58 0000</bug_when>
            <thetext>Created an attachment (id=135248)
emerge --info

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-11-05 16:13:25 0000</bug_when>
            <thetext>

*** This bug has been marked as a duplicate of bug 127200 ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2007-11-05 16:32:02 0000</bug_when>
            <thetext>It&apos;s not exactly the same bug. The net-www/netscape-flash-9.6* betas have far worse problems when used with the www-client/opera-9.50* betas than for instance Youtube videos not displaying - on one system it&apos;s impossible to play Flash games but Youtube works fine (even though it still crashes Opera after at most a few minutes).

Opera has promised to resolve these issues when 9.50 goes final and according to the URL, the problems have got worse going from beta1 to beta2.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ari@goron.de</who>
            <bug_when>2007-11-05 20:35:20 0000</bug_when>
            <thetext>Please check for stale oss or libs. Removing those fixed the 9.0.60 flash problems for a friend of mine. He tested oss when it&apos;s source was released, and had the libs still lay around, but his later kernel only had alsa. opera did all wierd things, including crashes, when the flash plugin was loaded and tried to use those libs.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2007-11-05 21:06:08 0000</bug_when>
            <thetext>(In reply to comment #4)
&gt; Please check for stale oss or libs.

That&apos;s entirely unrelated to this bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>teidakankan@gmail.com</who>
            <bug_when>2007-11-06 04:41:23 0000</bug_when>
            <thetext>Sorry I know we are talking about Opera here, but maybe there is just a general problem with this version of netscape-flash.  Wouldn&apos;t work for me with the latest version/release of Firefox and had to downgrade to net-www/netscape-flash-9.0.60.0_beta082207 to get it to work again.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2007-11-06 05:03:04 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; Sorry I know we are talking about Opera here

Good. Go file another bug for Firefox then, please.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2007-11-09 17:30:15 0000</bug_when>
            <thetext>I added a warning to pkg_postinst() of all the opera-9.50_beta?.ebuilds referring to this bug. The &quot;Known issues&quot; section in the blog entry for build 1662 (called beta3 in the tree but still labeled as &quot;9.50 Beta 2&quot; in opera:about) says this:

   &quot;Plugins on UNIX might be even more broken - big changes 
    coming up... (Do not bother filing plugin bugs on UNIX)&quot;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-04-15 16:51:34 0000</bug_when>
            <thetext>*** Bug 217794 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2008-05-09 15:00:44 0000</bug_when>
            <thetext>*** Bug 221025 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2008-05-09 15:05:01 0000</bug_when>
            <thetext>(In reply to comment #0)
&gt; Reverting back to netscape-flash-9.0.48.0-r1 fix the problem.

As not mentioned here, I&apos;d like to point out that this is _not_ a fix as you run a insecure system in this case. See also GLSA 200804-21.

One workaround is not to use Flash, the other is to use Firefox.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>johpunk@gmail.com</who>
            <bug_when>2008-05-11 20:46:25 0000</bug_when>
            <thetext>i hope to resolved this problem and this plugin works on amd64 when the problem fix?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tiagomnm@gmail.com</who>
            <bug_when>2008-05-13 16:04:32 0000</bug_when>
            <thetext>well upgraded from beta1 to beta2 and flash stopped playing videos- with the 9.0.124 version.
Then I changed the plugin path, inserted /usr/lib/nsbrowser/plugins and removed /opt/netscape/plugins and all works fine now.
Strange cause with older versions of opera it was the opposite - using the path with the symlink would make videos not work.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>semenov@inetss.com</who>
            <bug_when>2008-06-10 07:48:01 0000</bug_when>
            <thetext>The solution is actually very simple, you just go to Tools - Preferences - Advanced - Content - Plug-in Options - Change Path... - Disable /opt/netscape/plugins.

By default Opera searches both /opt/netscape/plugins AND /usr/lib/nsbrowser/plugins, which results in Netscape Flash plugin being included *twice*.

That fully fixed Flash on opera-9.50_beta2_p1997 and netscape-flash-9.0.115.0 (and 9.0.124, too).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-06-10 09:48:35 0000</bug_when>
            <thetext>(In reply to comment #14)
&gt; The solution is actually very simple, you just go to Tools - Preferences -
&gt; Advanced - Content - Plug-in Options - Change Path... - Disable
&gt; /opt/netscape/plugins.

I tried to automate that (see below).

&gt; By default Opera searches both /opt/netscape/plugins AND
&gt; /usr/lib/nsbrowser/plugins, which results in Netscape Flash plugin being
&gt; included *twice*.

But that&apos;s not the problem.

&gt; That fully fixed Flash on opera-9.50_beta2_p1997 and netscape-flash-9.0.115.0
&gt; (and 9.0.124, too).

In gentoo-x86/www-client/opera/files/opera-*pluginpath*.patch I tried to fix that, but it doesn&apos;t really work:

jeroen@epia ~ $ fgrep -a netscape/plugins $(qlist -eo opera) | strings
/opt/opera/lib/opera/9.50/opera:
12OpAutoVectorI20PluginCandidateEntryE
8OpVectorI20PluginCandidateEntryE
scanPaths
Misc
/opt/netscape/plugins
/usr/local/netscape/plugins
/usr/lib/netscape/plugins-libc6
8OpVectorI17PluginPathElementE
Opera Plugin Proxy: NP_Shutdown

In other words, even if we fix the file paths, the opera code still tries it.

Currently I can view Youtube videos fine without a need for extra workarounds like these. However, clicking on a &quot;related&quot; video inside a Flash frame doesn&apos;t work, so there&apos;s something wrong with Flash &amp; Opera&apos;s JavaScript again. I&apos;ve been seeing this since the 9.50_beta2_p2*&apos;s I think.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hetfield666@gmail.com</who>
            <bug_when>2008-06-27 16:20:38 0000</bug_when>
            <thetext>i still have problems with 7.50 release.
anyone could get flash working?

i just have big locking and timeouts</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chead@telus.net</who>
            <bug_when>2008-06-27 16:43:31 0000</bug_when>
            <thetext>I second the above comment, for me it seems to work with the 9.50 release but often hangs for long periods of time.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tiagomnm@gmail.com</who>
            <bug_when>2008-06-27 17:39:08 0000</bug_when>
            <thetext>The hang thing is a flash problem. It started happening to me since I started using flash 9 versions. The flash 7 worked fine. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hetfield666@gmail.com</who>
            <bug_when>2008-06-27 18:24:03 0000</bug_when>
            <thetext>but konqueror and gecko based like firefox, seamonkey and epiphany work ok, so i think it&apos;s opera.

for me it started aftet 9.2x</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>7v5w7go9ub0o@gmail.com</who>
            <bug_when>2008-07-04 21:10:25 0000</bug_when>
            <thetext>Success!  

Just upgraded Opera and flash and, typically, youtube didn&apos;t work; endless rotation of the &quot;circle&quot;.

[ebuild   R   ] www-client/opera-9.51  USE=&quot;qt-static -gnome -ia32 -qt3-static -spell&quot; LINGUAS=&quot;-be -bg -cs -da -de -el -en -en_GB -es_ES -es_LA -fi -fr -fr_CA -fy -hi -hr -hu -it -ja -ka -ko -lt -mk -nb -nl -nn -pl -pt -pt_BR -ru -sv -tr -zh_CN -zh_TW&quot; 0 kB 
[ebuild   R   ] net-www/netscape-flash-10_beta20080702  0 kB

***Thanks to someone for noting this thread within the Opera Ebuild***!!

So out of desperation, I linked to this thread and applied Ilya Semenov&apos;s suggestion ( #14) - and now it works great!

Strongly suggest that Jeroen Roovers advise Opera of Ilya Semenov&apos;s (and my) experiences; Opera is going nuts trying to track this down!

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gen.8.madblock@spamgourmet.com</who>
            <bug_when>2008-07-07 01:00:11 0000</bug_when>
            <thetext>Add /usr/lib32/nsbrowser/plugins/ to my plugin paths (settings, advance, content, plugin settings) solved the problem for me with my amd_64 system, Opera 9.50 and 9.51</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-07-07 01:13:44 0000</bug_when>
            <thetext>(In reply to comment #20)
&gt; Strongly suggest that Jeroen Roovers advise Opera of Ilya Semenov&apos;s (and my)
&gt; experiences; Opera is going nuts trying to track this down!

As explained already over and over, this isn&apos;t Gentoo&apos;s or Opera&apos;s problem, but Adobe&apos;s - libflashplayer.so doesn&apos;t like it when Opera uses a plugin in a path that contains &quot;netscape&quot;:

ls -l /opt/netscape/plugins/libflashplayer.so /usr/lib/nsbrowser/plugins/libflashplayer.so
-rwxr-xr-x 1 root root 8115888 2008-04-27 20:35 /opt/netscape/plugins/libflashplayer.so
lrwxrwxrwx 1 root root      39 2008-04-27 20:36 /usr/lib/nsbrowser/plugins/libflashplayer.so -&gt; /opt/netscape/plugins/libflashplayer.so

It&apos;s still quite plausible for Opera to be looking for plugins in /opt/netscape/plugins. If you want that particular issue to be fixed, talk to Adobe.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>7v5w7go9ub0o@gmail.com</who>
            <bug_when>2008-07-07 02:07:46 0000</bug_when>
            <thetext>
&quot;as explained already over and over, this isn&apos;t Gentoo&apos;s or Opera&apos;s problem, but
Adobe&apos;s - libflashplayer.so doesn&apos;t like it when Opera uses a plugin in a path
that contains &quot;netscape&quot;:&quot;


Yes...... I understand; you&apos;re talking about ascribing &quot;fault&quot;.

I&apos;m not talking about ascribing fault. In this case Gentoo users found some workarounds that got them going. I merely suggest that you contact Opera as a courtesy - not proclaiming a &quot;fix&quot;, but simply a good will gesture from Gentoo that&apos;ll make life better for Opera and their frustrated users. 

Having you do it as a Gentoo Rep could have payback for Gentoo... Earning Gentoo good will, and perhaps some recognition and direct assistance from Opera in the future. 

If you do not want to do it on behalf of Gentoo, I&apos;ll be happy do it as an individual - by simply copying this dialogue (actually not the whole dialogue - simply the useful workarounds) and sending copies as FYIs to various Opera entities (e.g. user forums, helpdesk).  

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-07-07 02:24:55 0000</bug_when>
            <thetext>No, it&apos;s not about blaming, it&apos;s about fixing the problem. Opera could work around it just like you can, but then Adobe would have even less incentive to fix what is essentially their problem.

Do go ahead and pressure Opera to pressure Adobe more - I certainly cannot do that.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wbricks@yahoo.com</who>
            <bug_when>2008-07-11 02:52:52 0000</bug_when>
            <thetext>Hi Jeroen, as a suggestion, if we can&apos;t get a workaround going with a Gentoo patch, can you at least add text to the ebuild output indicating this workaround?  Thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hetfield666@gmail.com</who>
            <bug_when>2008-07-15 05:21:50 0000</bug_when>
            <thetext>after remmoving the netscap path i could get a flash video loaded, but i could just hear the sound, the video windows was empty...

and this is quite clear...
(npviewer.bin:9960): Gdk-CRITICAL **: gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)&apos; failed

but look much more an opera issue. because now that&apos;s not anymore the blocking delay of before and sounds works...

(npviewer.bin:9960): Gdk-WARNING **: GdkWindow 0x3e00003 unexpectedly destroyed
The program &apos;npviewer.bin&apos; received an X Window System error.
This probably reflects a bug in the program.
The error was &apos;BadWindow (invalid Window parameter)&apos;.
  (Details: serial 20045 error_code 3 request_code 18 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.)


and more...

(npviewer.bin:13807): Gdk-CRITICAL **: gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)&apos; failed

(npviewer.bin:13807): Gdk-WARNING **: GdkWindow 0x3e00003 unexpectedly destroyed
The program &apos;npviewer.bin&apos; received an X Window System error.
This probably reflects a bug in the program.
The error was &apos;BadWindow (invalid Window parameter)&apos;.
  (Details: serial 713 error_code 3 request_code 18 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.)
*** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
*** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
*** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
*** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
*** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
*** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
*** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
*** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-07-15 05:30:27 0000</bug_when>
            <thetext>(In reply to comment #26)
&gt; and this is quite clear...
&gt; (npviewer.bin:9960): Gdk-CRITICAL **: gdk_window_get_origin: assertion

Oh, so the problem lies with nspluginwrapper now? :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hetfield666@gmail.com</who>
            <bug_when>2008-07-15 05:32:26 0000</bug_when>
            <thetext>i don&apos;t think so....firefox and konqueror (gtk and qt app) load it perfectly.

and i can hear the music, so plugin is loaded and working..display is failing..</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pacho@condmat1.ciencias.uniovi.es</who>
            <bug_when>2008-07-15 16:04:19 0000</bug_when>
            <thetext>I have set opera to only use plugins from /usr/lib32/nsbrowser/plugins letting their operapluginwrapper-ia32-linux make its work (even when sometimes it consumes too much CPU :-S) and flash works :-)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hetfield666@gmail.com</who>
            <bug_when>2008-07-15 17:02:19 0000</bug_when>
            <thetext>you&apos;re right works for me too</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sinisadenic@gmail.com</who>
            <bug_when>2008-08-15 17:59:39 0000</bug_when>
            <thetext>(In reply to comment #30)
&gt; you&apos;re right works for me too
&gt; 
Hey guys I&apos;ve got working Opera flashplayer I faund out that there is some issue when you add paths
I&apos;ve included only two paths in plugin paths and I removed all others
It is working like charm.
I left /usr/lib32/nsbrowser/plugins and /usr/lib/mozilla/plugins and there is 9 plugins such real,win,flash, iTunes,divx.
I didn&apos;t play a lot and I suppose it&apos;s possible to add other plugins like quicktime.
Main thing ,I think, is that only one name of the same plugin may appear on the list.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-09-06 15:20:50 0000</bug_when>
            <thetext>http://my.opera.com/desktopteam/blog/2008/09/05/9-60-beta-1-rc says this:

  &quot;UNIX: Additional fixes to flash plugin handling. Freezes when using flash
   should now be mostly gone.&quot;

about build 2415, which has landed in the Portage tree as www-client/opera-9.60_pre2415.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hetfield666@gmail.com</who>
            <bug_when>2008-09-10 16:07:38 0000</bug_when>
            <thetext>fixed with 9.60 betas, you can close....</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-09-11 08:21:35 0000</bug_when>
            <thetext>(In reply to comment #33)
&gt; fixed with 9.60 betas, you can close....

Haha, sorry. No. I thought this bug would go away after a few versions too. :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shade.poczta@gmail.com</who>
            <bug_when>2008-09-19 18:45:14 0000</bug_when>
            <thetext>(In reply to comment #32)
&gt; http://my.opera.com/desktopteam/blog/2008/09/05/9-60-beta-1-rc says this:
&gt; 
&gt;   &quot;UNIX: Additional fixes to flash plugin handling. Freezes when using flash
&gt;    should now be mostly gone.&quot;
&gt; 
&gt; about build 2415, which has landed in the Portage tree as
&gt; www-client/opera-9.60_pre2415.
&gt; 

isnt working, with 2430 tested with 10_rc20080915
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>superfastgentoo@gmail.com</who>
            <bug_when>2008-10-05 15:46:56 0000</bug_when>
            <thetext>(In reply to comment #34)
&gt; (In reply to comment #33)
&gt; &gt; fixed with 9.60 betas, you can close....
&gt; 
&gt; Haha, sorry. No. I thought this bug would go away after a few versions too. :)
&gt; 

Well seems to lockup with opera-9.60_pre2436 and a clean opera profile.
The version of flash is 9.0.124.0. I am on amd64 architecture.

As a workaround i symlinked all the plugins in one directory; deleted all lines in the ~/.opera/pluginpath.ini file and added the path to the directory i created.
The plugins i symlinked are :

gecko-mediaplayer-* -&gt; /usr/lib64/nsbrowser/plugins/gecko-mediaplayer-*

libflashplayer.so -&gt; /usr/lib32/nsbrowser/plugins/libflashplayer.so

nphelix.so -&gt; /opt/RealPlayer/mozilla/nphelix.so
nphelix.xpt -&gt; /opt/RealPlayer/mozilla/nphelix.xpt

nppdf.so -&gt; /opt/Adobe/Reader8/Browser/intellinux/nppdf.so

nsdejavu.so -&gt; /usr/lib64/nsbrowser/plugins/nsdejavu.so

After that opera seems to work like a charm.
Does this work for others ?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shade.poczta@gmail.com</who>
            <bug_when>2008-10-05 16:07:57 0000</bug_when>
            <thetext>(In reply to comment #36)
&gt; (In reply to comment #34)
&gt; &gt; (In reply to comment #33)
&gt; &gt; &gt; fixed with 9.60 betas, you can close....
&gt; &gt; 
&gt; &gt; Haha, sorry. No. I thought this bug would go away after a few versions too. :)
&gt; &gt; 
&gt; 
&gt; Well seems to lockup with opera-9.60_pre2436 and a clean opera profile.
&gt; The version of flash is 9.0.124.0. I am on amd64 architecture.
&gt; 
&gt; As a workaround i symlinked all the plugins in one directory; deleted all lines
&gt; in the ~/.opera/pluginpath.ini file and added the path to the directory i
&gt; created.
&gt; The plugins i symlinked are :
&gt; 
&gt; gecko-mediaplayer-* -&gt; /usr/lib64/nsbrowser/plugins/gecko-mediaplayer-*
&gt; 
&gt; libflashplayer.so -&gt; /usr/lib32/nsbrowser/plugins/libflashplayer.so
&gt; 
&gt; nphelix.so -&gt; /opt/RealPlayer/mozilla/nphelix.so
&gt; nphelix.xpt -&gt; /opt/RealPlayer/mozilla/nphelix.xpt
&gt; 
&gt; nppdf.so -&gt; /opt/Adobe/Reader8/Browser/intellinux/nppdf.so
&gt; 
&gt; nsdejavu.so -&gt; /usr/lib64/nsbrowser/plugins/nsdejavu.so
&gt; 
&gt; After that opera seems to work like a charm.
&gt; Does this work for others ?
&gt; 

Strange but i can confirm this workaround. But it need one thing more. Paths cant be removed from plugins.ini, they need to be set to =2 (disabled). Dunno whow but opera used somebackup conf or something and when i started it again it had old paths. So =2 will be better.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shade.poczta@gmail.com</who>
            <bug_when>2008-10-05 16:26:27 0000</bug_when>
            <thetext>i tested it with flash 10_rc20080915 and  opera 9.60_pre2440.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>superfastgentoo@gmail.com</who>
            <bug_when>2008-10-05 16:32:29 0000</bug_when>
            <thetext>(In reply to comment #37)

&gt; Strange but i can confirm this workaround. But it need one thing more. Paths
&gt; cant be removed from plugins.ini, they need to be set to =2 (disabled). Dunno
&gt; whow but opera used somebackup conf or something and when i started it again it
&gt; had old paths. So =2 will be better.
&gt; 

sorry forgot to mention that, yes it is strange that the even after editing the file is not totally respected, i beleive the other lines are getting activated due to the different plugins that may be linking to the directories.

For me a value of =0 works fine and as does =2 but if it is not set manually then they are set to 1.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zl29ah@gmail.com</who>
            <bug_when>2008-10-05 20:26:38 0000</bug_when>
            <thetext>(In reply to comment #36)
&gt; (In reply to comment #34)
&gt; &gt; (In reply to comment #33)
&gt; &gt; &gt; fixed with 9.60 betas, you can close....
&gt; &gt; 
&gt; &gt; Haha, sorry. No. I thought this bug would go away after a few versions too. :)
&gt; &gt; 
&gt; 
&gt; Well seems to lockup with opera-9.60_pre2436 and a clean opera profile.
&gt; The version of flash is 9.0.124.0. I am on amd64 architecture.
&gt; 
&gt; As a workaround i symlinked all the plugins in one directory; deleted all lines
&gt; in the ~/.opera/pluginpath.ini file and added the path to the directory i
&gt; created.
&gt; The plugins i symlinked are :
&gt; 
&gt; gecko-mediaplayer-* -&gt; /usr/lib64/nsbrowser/plugins/gecko-mediaplayer-*
&gt; 
&gt; libflashplayer.so -&gt; /usr/lib32/nsbrowser/plugins/libflashplayer.so
&gt; 
&gt; nphelix.so -&gt; /opt/RealPlayer/mozilla/nphelix.so
&gt; nphelix.xpt -&gt; /opt/RealPlayer/mozilla/nphelix.xpt
&gt; 
&gt; nppdf.so -&gt; /opt/Adobe/Reader8/Browser/intellinux/nppdf.so
&gt; 
&gt; nsdejavu.so -&gt; /usr/lib64/nsbrowser/plugins/nsdejavu.so
&gt; 
&gt; After that opera seems to work like a charm.
&gt; Does this work for others ?
&gt; 

Doesn&apos;t work. Opera screams &apos;WARNING: /usr/lib64/nsbrowser/plugins/libflashplayer.so: library type cannot be detected&apos;.

file:
/usr/lib64/nsbrowser/plugins/libflashplayer.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

Opera 9.60_pre2440, flash 10_rc20080915</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shade.poczta@gmail.com</who>
            <bug_when>2008-10-05 20:48:28 0000</bug_when>
            <thetext>(In reply to comment #40)
&gt; (In reply to comment #36)
&gt; &gt; (In reply to comment #34)
&gt; &gt; &gt; (In reply to comment #33)
&gt; &gt; &gt; &gt; fixed with 9.60 betas, you can close....
&gt; &gt; &gt; 
&gt; &gt; &gt; Haha, sorry. No. I thought this bug would go away after a few versions too. :)
&gt; &gt; &gt; 
&gt; &gt; 
&gt; &gt; Well seems to lockup with opera-9.60_pre2436 and a clean opera profile.
&gt; &gt; The version of flash is 9.0.124.0. I am on amd64 architecture.
&gt; &gt; 
&gt; &gt; As a workaround i symlinked all the plugins in one directory; deleted all lines
&gt; &gt; in the ~/.opera/pluginpath.ini file and added the path to the directory i
&gt; &gt; created.
&gt; &gt; The plugins i symlinked are :
&gt; &gt; 
&gt; &gt; gecko-mediaplayer-* -&gt; /usr/lib64/nsbrowser/plugins/gecko-mediaplayer-*
&gt; &gt; 
&gt; &gt; libflashplayer.so -&gt; /usr/lib32/nsbrowser/plugins/libflashplayer.so
&gt; &gt; 
&gt; &gt; nphelix.so -&gt; /opt/RealPlayer/mozilla/nphelix.so
&gt; &gt; nphelix.xpt -&gt; /opt/RealPlayer/mozilla/nphelix.xpt
&gt; &gt; 
&gt; &gt; nppdf.so -&gt; /opt/Adobe/Reader8/Browser/intellinux/nppdf.so
&gt; &gt; 
&gt; &gt; nsdejavu.so -&gt; /usr/lib64/nsbrowser/plugins/nsdejavu.so
&gt; &gt; 
&gt; &gt; After that opera seems to work like a charm.
&gt; &gt; Does this work for others ?
&gt; &gt; 
&gt; 
&gt; Doesn&apos;t work. Opera screams &apos;WARNING:
&gt; /usr/lib64/nsbrowser/plugins/libflashplayer.so: library type cannot be
&gt; detected&apos;.
&gt; 
&gt; file:
&gt; /usr/lib64/nsbrowser/plugins/libflashplayer.so: ELF 32-bit LSB shared object,
&gt; Intel 80386, version 1 (SYSV), dynamically linked, stripped
&gt; 
&gt; Opera 9.60_pre2440, flash 10_rc20080915
&gt; 

try looking for flash plugin in /usr/lib32/nsbrowser/plugins/libflashplayer.so not in lib64 directory. Duno how you did it but plugin is 32 bit and shout be linked to lib32 direcotry. Real place to look for plugin is /opt/netscape/plugins/libflashplayer.so</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zl29ah@gmail.com</who>
            <bug_when>2008-10-05 21:37:47 0000</bug_when>
            <thetext>(In reply to comment #41)
&gt; (In reply to comment #40)
&gt; &gt; (In reply to comment #36)
&gt; &gt; Doesn&apos;t work. Opera screams &apos;WARNING:
&gt; &gt; /usr/lib64/nsbrowser/plugins/libflashplayer.so: library type cannot be
&gt; &gt; detected&apos;.
&gt; &gt; 
&gt; &gt; file:
&gt; &gt; /usr/lib64/nsbrowser/plugins/libflashplayer.so: ELF 32-bit LSB shared object,
&gt; &gt; Intel 80386, version 1 (SYSV), dynamically linked, stripped
&gt; &gt; 
&gt; &gt; Opera 9.60_pre2440, flash 10_rc20080915
&gt; &gt; 
&gt; 
&gt; try looking for flash plugin in /usr/lib32/nsbrowser/plugins/libflashplayer.so
&gt; not in lib64 directory. Duno how you did it but plugin is 32 bit and shout be
&gt; linked to lib32 direcotry. Real place to look for plugin is
&gt; /opt/netscape/plugins/libflashplayer.so
&gt; 

That&apos;s just a symlink to 32bit one, doesn&apos;t matter. Or does?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shade.poczta@gmail.com</who>
            <bug_when>2008-12-17 11:34:24 0000</bug_when>
            <thetext>Since 64 bit flash is out problem with flashplugin goes away on amd64 and 64 bit java plugin should be in sun jre 1.6.0.12 as sun devs said in bug about 64 bit plugin. AMD64 users should drink a glass of wine in new year for that:)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pacho@condmat1.ciencias.uniovi.es</who>
            <bug_when>2009-05-24 17:55:34 0000</bug_when>
            <thetext>Are people still suffering this today with current stable? flashplayer seems to work ok for me now... </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wbricks@yahoo.com</who>
            <bug_when>2009-05-25 00:37:32 0000</bug_when>
            <thetext>Flash 10 has worked well for me for a while on amd64 with no multilib or 32bit.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2009-05-25 02:04:19 0000</bug_when>
            <thetext>/me pops the cork. :)</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>135248</attachid>
            <date>2007-11-05 14:13 0000</date>
            <desc>emerge --info</desc>
            <filename>info.txt</filename>
            <type>text/plain</type>
            <data encoding="base64">UG9ydGFnZSAyLjEuMy4xNyAoZGVmYXVsdC1saW51eC94ODYvMjAwNy4wLCBnY2MtNC4yLjIsIGds
aWJjLTIuNi4xLXIwLCAyLjYuMjMuMSEgaTY4NikKPT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KU3lzdGVtIHVuYW1lOiAyLjYu
MjMuMSEgaTY4NiBJbnRlbChSKSBQZW50aXVtKFIpIDQgTW9iaWxlIENQVSAxLjYwR0h6ClRpbWVz
dGFtcCBvZiB0cmVlOiBTdW4sIDA0IE5vdiAyMDA3IDE4OjIwOjAxICswMDAwCmFwcC1zaGVsbHMv
YmFzaDogICAgIDMuMl9wMTctcjEKZGV2LWphdmEvamF2YS1jb25maWc6IDEuMy43LCAyLjEuMi1y
MQpkZXYtbGFuZy9weXRob246ICAgICAyLjUuMS1yMwpzeXMtYXBwcy9iYXNlbGF5b3V0OiAxLjEy
LjEwLXI1CnN5cy1hcHBzL3NhbmRib3g6ICAgIDEuMi4xOC4xLXIyCnN5cy1kZXZlbC9hdXRvY29u
ZjogIDIuMTMsIDIuNjEtcjEKc3lzLWRldmVsL2F1dG9tYWtlOiAgMS43LjktcjEsIDEuOS42LXIy
LCAxLjEwCnN5cy1kZXZlbC9iaW51dGlsczogIDIuMTguNTAuMC4yCnN5cy1kZXZlbC9nY2MtY29u
ZmlnOiAxLjQuMC1yNApzeXMtZGV2ZWwvbGlidG9vbDogICAxLjUuMjQKdmlydHVhbC9vcy1oZWFk
ZXJzOiAgMi42LjIzCkFDQ0VQVF9LRVlXT1JEUz0ieDg2IH54ODYiCkNCVUlMRD0iaTY4Ni1wYy1s
aW51eC1nbnUiCkNGTEFHUz0iLW1hcmNoPXBlbnRpdW00bSAtTzIgLXBpcGUgLWZvbWl0LWZyYW1l
LXBvaW50ZXIgLW1tbXggLW1zc2UgLW1zc2UyIgpDSE9TVD0iaTY4Ni1wYy1saW51eC1nbnUiCkNP
TkZJR19QUk9URUNUPSIvZXRjIC91c3Iva2RlLzMuNS9lbnYgL3Vzci9rZGUvMy41L3NoYXJlL2Nv
bmZpZyAvdXNyL2tkZS8zLjUvc2h1dGRvd24gL3Vzci9zaGFyZS9jb25maWciCkNPTkZJR19QUk9U
RUNUX01BU0s9Ii9ldGMvZW52LmQgL2V0Yy9lbnYuZC9qYXZhLyAvZXRjL2djb25mIC9ldGMvcGhw
L2FwYWNoZTItcGhwNS9leHQtYWN0aXZlLyAvZXRjL3BocC9jZ2ktcGhwNS9leHQtYWN0aXZlLyAv
ZXRjL3BocC9jbGktcGhwNS9leHQtYWN0aXZlLyAvZXRjL3JldmRlcC1yZWJ1aWxkIC9ldGMvc3Bs
YXNoIC9ldGMvdGVybWluZm8gL2V0Yy91ZGV2L3J1bGVzLmQiCkNYWEZMQUdTPSItbWFyY2g9cGVu
dGl1bTRtIC1PMiAtcGlwZSAtZm9taXQtZnJhbWUtcG9pbnRlciAtbW1teCAtbXNzZSAtbXNzZTIi
CkRJU1RESVI9Ii9ob21lL0xpbnV4L1NyYyIKRkVBVFVSRVM9ImJ1aWxkcGtnIGRpc3Rsb2NrcyBm
aXhwYWNrYWdlcyBtZXRhZGF0YS10cmFuc2ZlciBzYW5kYm94IHNmcGVybXMgc3RyaWN0IHVubWVy
Z2Utb3JwaGFucyB1c2VyZmV0Y2giCkdFTlRPT19NSVJST1JTPSJodHRwOi8vZGlzdGZpbGVzLmdl
bnRvby5vcmcgaHR0cDovL2Rpc3Ryby5pYmlibGlvLm9yZy9wdWIvbGludXgvZGlzdHJpYnV0aW9u
cy9nZW50b28iCkxBTkc9ImVuX0dCIgpMQ19BTEw9ImVuX0dCIgpMSU5HVUFTPSJlbl9HQiBlbl9V
UyIKUEtHRElSPSIvaG9tZS9MaW51eCIKUE9SVEFHRV9SU1lOQ19PUFRTPSItLXJlY3Vyc2l2ZSAt
LWxpbmtzIC0tc2FmZS1saW5rcyAtLXBlcm1zIC0tdGltZXMgLS1jb21wcmVzcyAtLWZvcmNlIC0t
d2hvbGUtZmlsZSAtLWRlbGV0ZSAtLWRlbGV0ZS1hZnRlciAtLXN0YXRzIC0tdGltZW91dD0xODAg
LS1leGNsdWRlPS9kaXN0ZmlsZXMgLS1leGNsdWRlPS9sb2NhbCAtLWV4Y2x1ZGU9L3BhY2thZ2Vz
IC0tZmlsdGVyPUhfKiovZmlsZXMvZGlnZXN0LSoiClBPUlRBR0VfVE1QRElSPSIvdmFyL3RtcCIK
UE9SVERJUj0iL3Vzci9wb3J0YWdlIgpTWU5DPSJyc3luYzovL3JzeW5jLmF1LmdlbnRvby5vcmcv
Z2VudG9vLXBvcnRhZ2UiClVTRT0iYWNsIGFydHMgYmVya2RiIGJpdG1hcC1mb250cyBjbGkgY3Jh
Y2tsaWIgY3J5cHQgY3VwcyBkcmkgZm9ydHJhbiBnZGJtIGdwbSBpY29udiBpc2RubG9nIGtkZWhp
ZGRlbnZpc2liaWxpdHkgbWlkaSBtdWRmbGFwIG5jdXJzZXMgbnB0bCBucHRsb25seSBvcGVubXAg
cGFtIHBjcmUgcGVybCBwcHBkIHB5dGhvbiByZWFkbGluZSByZWZsZWN0aW9uIHNlc3Npb24gc3Bs
IHNzbCB0Y3BkIHRydWV0eXBlLWZvbnRzIHR5cGUxLWZvbnRzIHVuaWNvZGUgeDg2IHhvcmcgemxp
YiIgQUxTQV9DQVJEUz0iYWxpNTQ1MSBhbHM0MDAwIGF0aWl4cCBhdGlpeHAtbW9kZW0gYnQ4N3gg
Y2EwMTA2IGNtaXBjaSBlbXUxMGsxIGVtdTEwazF4IGVuczEzNzAgZW5zMTM3MSBlczE5MzggZXMx
OTY4IGZtODAxIGhkYS1pbnRlbCBpbnRlbDh4MCBpbnRlbDh4MG0gbWFlc3RybzMgdHJpZGVudCB1
c2ItYXVkaW8gdmlhODJ4eCB2aWE4Mnh4LW1vZGVtIHltZnBjaSIgQUxTQV9QQ01fUExVR0lOUz0i
YWRwY20gYWxhdyBhc3ltIGNvcHkgZG1peCBkc2hhcmUgZHNub29wIGVtcHR5IGV4dHBsdWcgZmls
ZSBob29rcyBpZWM5NTggaW9wbHVnIGxhZHNwYSBsZmxvYXQgbGluZWFyIG1ldGVyIG11bGF3IG11
bHRpIG51bGwgcGx1ZyByYXRlIHJvdXRlIHNoYXJlIHNobSBzb2Z0dm9sIiBFTElCQz0iZ2xpYmMi
IElOUFVUX0RFVklDRVM9ImtleWJvYXJkIG1vdXNlIiBLRVJORUw9ImxpbnV4IiBMQ0RfREVWSUNF
Uz0iYmF5cmFkIGNmb250eiBjZm9udHo2MzMgZ2xrIGhkNDQ3ODAgbGIyMTYgbGNkbTAwMSBtdHhv
cmIgbmN1cnNlcyB0ZXh0IiBMSU5HVUFTPSJlbl9HQiBlbl9VUyIgVVNFUkxBTkQ9IkdOVSIgVklE
RU9fQ0FSRFM9InNhdmFnZSIKVW5zZXQ6ICBDUFBGTEFHUywgQ1RBUkdFVCwgRU1FUkdFX0RFRkFV
TFRfT1BUUywgSU5TVEFMTF9NQVNLLCBMREZMQUdTLCBNQUtFT1BUUywgUE9SVEFHRV9DT01QUkVT
UywgUE9SVEFHRV9DT01QUkVTU19GTEFHUywgUE9SVEFHRV9SU1lOQ19FWFRSQV9PUFRTLCBQT1JU
RElSX09WRVJMQVkKCg==
</data>        

          </attachment>
    </bug>

</bugzilla>