<?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>219292</bug_id>
          
          <creation_ts>2008-04-25 20:54 0000</creation_ts>
          <short_desc>High CPU usage in www-client/opera-9.50_beta1</short_desc>
          <delta_ts>2008-04-26 14:42:29 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>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>chescu@gmail.com</reporter>
          <assigned_to>jer@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>chescu@gmail.com</who>
            <bug_when>2008-04-25 20:54:42 0000</bug_when>
            <thetext>I updated from www-client/opera-9.2* (which, excluding Flash problem, worked fine for me) to www-client/opera-9.50_beta1 (which is keyword-masked but not package.mask masked).

The problem I found with 9.50 Beta 1 is that when typing an URL in the address bar, when pops the autocompletion listbox, Opera increases its CPU usage getting more than 90%.
I deleted ~/.opera and it worked fine at a first time. But after a few days using Opera when I have visited many websited the problem reappeared, so I suppose it&apos;s related to this new feature that searchs what you are typing in the address bar through history and cache.

Then I updated to latest Beta 2 weeklie build available in Portage and the problem seems fixed.

That&apos;s why I think www-client/opera-9.50_beta1 should be masked.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-04-26 05:26:29 0000</bug_when>
            <thetext>Er, try www-client/opera-9.50_beta2!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chescu@gmail.com</who>
            <bug_when>2008-04-26 12:16:58 0000</bug_when>
            <thetext>(In reply to comment #1)
&gt; Er, try www-client/opera-9.50_beta2!
&gt; 

As you can read above:

&quot;Then I updated to latest Beta 2 weeklie build available in Portage and the
problem seems fixed.&quot;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-04-26 14:42:29 0000</bug_when>
            <thetext>Oh, sorry. Hadn&apos;t read all of it yet.

I fail to see how users would miss the update when they sync their trees and update the world target. A package manager shouldn&apos;t care whether or not beta1 is masked - it should automatically update to beta2.

But I will cut you a deal. I will simply remove beta1 from the tree - it&apos;s a rather unstable snapshot and it lacks features compared to the latest beta2 snapshots.

Thanks for pointing me in this direction.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>