Closed
Bug 260340
Opened 20 years ago
Closed 20 years ago
CPU usage raises to 40%-75% when viewing ynet.co.il
Categories
(SeaMonkey :: General, defect)
SeaMonkey
General
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 137584
People
(Reporter: itay.gr, Unassigned)
References
()
Details
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10 When i go into http://www.ynet.co.il (a popular news website), FireFox's CPU usage rises to about 40% or above, and stays that way constantly until I leave the website. I have adblock enabled, with the following relevant filters: http://www.ynet.co.il/NRFrame/AdJumper/* http://www.ynet.co.il/Ext/Comp/Teaser* http://pbid.pro-market.net/engine?* I have the Flash 7 Plugin, although I don't see any flash animations, since they are blocked by Adblock. Reproducible: Always Steps to Reproduce: 1. Open FireFox 0.10PR (1.0 Preview Release) 2. Browse to URL: http://www.ynet.co.il Actual Results: Page loaded as expected. Looks great. CPU Usage Increased gradualy while page was loading, reaching its peek (around 40%), when page loading finished. Stayed that way all the while i was in the site. (I didn't browse to any pages inside the site.. just staying on the main page yielded this result) Expected Results: close to 0% cpu usage, Like most other web-sites produce. (Including this bug-report page)
I experienced the same scenario at that site (http://www.ynet.co.il), with Firefox 0.1PR on Mandrake 10.1. This is how 'top' looks like AFTER the page loads fully: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6027 dovix 16 0 100m 45m 39m S 76.5 12.0 6:46.80 mozilla-firefox And it stays that way till I close the tab. This happens with or without Adblock. I disabled Java Script and then the CPU usage goes down. Konqueror does not experience the same behavior, so I would guess this is a JavaScript related bug in Firefox or Gecko.
Summary: CPU Usage Averages at about 40%. I have Adblock Enabled, and blocking all Advertising images or Flash movies, → CPU Usage Averages at about 40%. I have Adblock Enabled, and blocking all Advertising images or Flash movies,
Comment 2•20 years ago
|
||
Seeing ~40-45% with seamonkey and Flash enabled. Seeing ~5% with MSIE. But I wonder if this isn't a dupe of something... someone please try to construct a simpler testcase.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•20 years ago
|
||
i suspect this has to do with the news scroller. the scroller appears in the front page and in the news section (http://www.ynet.co.il/home/0,7340,L-2,00.html), and in both places i get 40%-60% CPU usage. in other sections the CPU usage drops to less than 10%. with a tab open with the news section, when the window with that tab active is in itself active, CPU usage is around 40%-50%. with the front page in the active tab, it's 50%-63%. when the window is not active, usage is 27%-38%. in other sections, the usage is less than 10% most of the time. using WinXP on P4 2.66GHz, 480MB RAM.
Reporter | ||
Comment 4•20 years ago
|
||
The problematic section is indeed the scrolling "news-ticker". I've isolated only this part of the code, and removed most of the unnesecary info. When this html file is opened in mozilla, CPU usage jumps up to 40%. When opened in MSIE it stays 0-2%.
Comment 5•20 years ago
|
||
the summary is really crappy here. how about "CPU usage raises to 40% when viewing ynet.co.il"?
Updated•20 years ago
|
Summary: CPU Usage Averages at about 40%. I have Adblock Enabled, and blocking all Advertising images or Flash movies, → CPU usage raises to 40% when viewing ynet.co.il
Comment 6•20 years ago
|
||
tested: not firefox/os specific.
Assignee: firefox → general
Component: General → Browser-General
OS: Windows XP → All
Product: Firefox → Browser
QA Contact: firefox.general → general
Hardware: PC → All
Version: unspecified → Trunk
Updated•20 years ago
|
Summary: CPU usage raises to 40% when viewing ynet.co.il → CPU usage raises to 40%-75% when viewing ynet.co.il
The same thing happens in http://www.nrg.co.il Apparently this happens in any site that has a scroller in it (however, I can't think of any other site with a scroller).
(In reply to comment #4) > Created an attachment (id=160823) > Isolated problematic Code > > The problematic section is indeed the scrolling "news-ticker". > I've isolated only this part of the code, and removed most of the unnesecary > info. > > When this html file is opened in mozilla, CPU usage jumps up to 40%. > When opened in MSIE it stays 0-2%. > That is correct. Here's a link to test: http://www.ynet.co.il/Ext/Comp/Ticker/Dhtml_Ticker/0,10016,L-184,00.html Just in case this link dies, the code in it is as follows: ----------------------------------------- <!-- Vignette StoryServer 4 Wed Oct 13 18:41:32 2004 --> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1255"> </HEAD> <META HTTP-EQUIV="Expires" CONTENT="Tue, 20 Jun 1995 04:13:09 GMT"><html> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1255"> <head> <style> A.tickerTextA:link {COLOR: #000000; FONT-FAMILY: Arial, Arial (Hebrew), David (Hebrew), Courier New (Hebrew); FONT-SIZE: 14px; FONT-WEIGHT: normal; TEXT-DECORATION: none} A.tickerTextA:visited {COLOR: #000000; FONT-FAMILY: Arial, Arial (Hebrew), David (Hebrew), Courier New (Hebrew); FONT-SIZE: 14px; FONT-WEIGHT: normal; TEXT-DECORATION: none} A.tickerTextA:active {COLOR: #000000; FONT-FAMILY: Arial, Arial (Hebrew), David (Hebrew), Courier New (Hebrew); FONT-SIZE: 14px; FONT-WEIGHT: normal; TEXT-DECORATION: none} A.tickerTextA:hover {COLOR: #ff0000; FONT-FAMILY: Arial, Arial (Hebrew), David (Hebrew), Courier New (Hebrew); FONT-SIZE: 14px; FONT-WEIGHT: normal; TEXT-DECORATION: none} .DateCaption {COLOR: #9F1416; FONT-FAMILY: Arial, Arial (Hebrew), David (Hebrew), Courier New (Hebrew); FONT-SIZE: 13px; font-weight : 700;} </style> <script language=JavaScript> if(navigator.appName == 'Netscape'){ styleHTML = '<style>A.tickerTextA:link {COLOR: #000000; FONT-FAMILY: Arial; FONT-SIZE: 14px; FONT-WEIGHT: normal; TEXT-DECORATION: none}\nA.tickerTextA:visited {COLOR: #000000; FONT-FAMILY: Arial; FONT-SIZE: 14px; FONT-WEIGHT: normal; TEXT-DECORATION: none}\nA.tickerTextA:active {COLOR: #000000; FONT-FAMILY: Arial; FONT-SIZE: 14px; FONT-WEIGHT: normal; TEXT-DECORATION: none}\nA.tickerTextA:hover {COLOR: #ff0000; FONT-FAMILY: Arial; FONT-SIZE: 14px; FONT-WEIGHT: normal; TEXT-DECORATION: none}\n.DateCaption {COLOR: #9F1416; FONT-FAMILY: Arial; FONT-SIZE: 13px; font-weight : 700;}</style>' document.write(styleHTML) } function Tck_Roll() { a=document.getElementById('aTicker') b=document.getElementById('bTicker') a.style.top = parseInt(a.style.top)-1 b.style.top = parseInt(b.style.top)-1 if(parseInt(a.style.top) < -a.offsetHeight) a.style.top = a.offsetHeight if(parseInt(b.style.top) < -b.offsetHeight) b.style.top = b.offsetHeight setTimeout("Tck_Roll()",40); } function Tck_Init() { a=document.getElementById('aTicker') b=document.getElementById('bTicker') a.style.top = 130; b.style.top = a.offsetHeight +130; } function openWin(my_var) { window.open(my_var,'NewsFlash','menubar=no,resizable=no,scrollbars=yes,width=449,height=300'); } strNewsFlash = '<tr valign=top align=right><td class=DateCaption>18:41 13/10/2004</td></tr><tr><td><a href=javascript:openWin("/Ext/Comp/CdaNewsFlash/0,2297,2989557_184,00.html") class=tickerTextA>עיראק: 2 חיילים אמריקנים נהרגו ו-5 נפצעו בפיצוץ מכונית תופת</a></td></tr><tr><td> </td></tr><tr valign=top align=right><td class=DateCaption>18:23 13/10/2004</td></tr><tr><td><a href=javascript:openWin("/Ext/Comp/CdaNewsFlash/0,2297,2989553_184,00.html") class=tickerTextA>הפיגועים בסיני: מצרים בודקת האם פעילי אל-קאעידה שנעצרו בלוב קשורים לאירועי הטרור</a></td></tr><tr><td> </td></tr><tr valign=top align=right><td class=DateCaption>17:47 13/10/2004</td></tr><tr><td><a href=javascript:openWin("/Ext/Comp/CdaNewsFlash/0,2297,2989550_184,00.html") class=tickerTextA>ח"כ ברכה על חשיפת ynet: כבר לפני שבועיים פניתי לשר הביטחון בבקשה שיטפל בנושא</a></td></tr><tr><td> </td></tr><tr valign=top align=right><td class=DateCaption>17:30 13/10/2004</td></tr><tr><td><a href=javascript:openWin("/Ext/Comp/CdaNewsFlash/0,2297,2989543_184,00.html") class=tickerTextA>נצרת: תושב העיר נעצר לאחר שניסה להבריח אלפי ביצים מהשטחים</a></td></tr><tr><td> </td></tr><tr valign=top align=right><td class=DateCaption>17:21 13/10/2004</td></tr><tr><td><a href=javascript:openWin("/Ext/Comp/CdaNewsFlash/0,2297,2989542_184,00.html") class=tickerTextA>קריית שמונה: ילדי העיר אירחו את ילדי שדרות ליום כיף</a></td></tr><tr><td> </td></tr>' strDivContent = '<table bgcolor=#FFFFFF width=114 height=100% CELLSPACING=0 CELLPADDING=0 border=0 dir=rtl>'+strNewsFlash+strNewsFlash+strNewsFlash+'</table>' </script> </head> <body style='margin:0' dir=rtl onload=Tck_Init();Tck_Roll();> <div id=aTicker style='position:absolute;padding:0 1 0 1'><script language=javascript>document.write(strDivContent)</script></div> <div id=bTicker style='position:absolute;padding:0 1 0 1'><script language=javascript>document.write(strDivContent)</script></div> </body> </html>
Comment 10•20 years ago
|
||
(In reply to comment #9) > Created an attachment (id=163478) > The HTML file that is consuming 100% CPU > This is a new example, from http://www.developers.org.il This one drives my CPU load to 100%, making the system terribly slow. Again, a problem with a news ticker. The HTML page that seems to include the problematic code was attached in my previous message.
Comment 11•20 years ago
|
||
Similar bugs are: Bug 257454 Bug 212831 Bug 137584 Bug 235694 Bug 21762
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 12•20 years ago
|
||
> The problematic section is indeed the scrolling "news-ticker". > how about "CPU usage raises to 40% when viewing ynet.co.il"? Bug 280645 and bug 235694 also reported the same symptoms, analysis regarding ynet.co.il. Resolving as DUPLICATE of bug 137584 *** This bug has been marked as a duplicate of 137584 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•