Version: 3.5.9 (using KDE 3.5.9) Installed from: Ubuntu Packages OS: Linux The website www.tvnz.co.nz loads on konqueror to about 68% then freezes every time. It will then not respond to the mouse or anything at all, and killing konqueror is the only way out. Konqueror 4.0.3 is the same, and indeed this problem has been around for quite some time now. Firefox has never had any problem with the site. The site is full of flash. In konqueror, I am using the standard $HOME/.mozilla/plugins/libflashplayer.so that Kubuntu installs, and which works fine with youtube for example.
What version flash? In the urlbar, type "about:plugins" to find out. Are you on a 32bit or 64bit machine? It works fine for me on 32bit, flash 9.0.115. I suspect this is a duplicate, but I'm not sure of which bug. Thanks! p.s. instead of killing konqueror, kill nspluginviewer. It will kill the flash and you won't have to restart konqueror.
I have tried with konq 3.5.9 in lenny with no flash. There is no problem to report. Maybe try to uninsall flash and try again
Try an older version of flash and see if that fixes the problem.
Thanks for the feedback. Processor is an AMD sempron 3600+. I have kubuntu with "2.6.24 modules for x86/x86_64". To be honest, I have never been able to work out how to know if I am running 32 or 64 bit software! Sorry if that sounds silly. About:plugins says Shockwave Flash 9.0 r48 libflashplayer.so. Not sure flash has anything to do with it though. Could not see which package flash came from, so renamed $home/.mozilla/plugins to hide it, so neither konqueror 3.5.9 nor konqueror 4.0.3 could see it in about:plugins. But both of them still froze anyway without flash on tvnz.co.nz (nspluginviewer would not kill from system guard while konqueror was frozen, but was not there anyway when it still froze without flash present) Broadband has made me impatient however. So I had not noticed that if I just left it, konqueror vanishes without trace after a bit (no crash screen or anything), in 40 seconds for 3.5.9 and 47 seconds for 4.0.3, taking any other tabs with it. The only timeout I could see in konqueror settings was java applet timeout, but changing that did not change the time it takes to vanish.
Minimum html to cause freezing: After a lot of editing down the source html of this website, the following is the minimum html needed to cause it to freeze. If I remove anything else, it does not fail. Even reducing the line of text "Rain ... weather news" to "Rain" means it does not fail. While frozen, the router says konqueror is not accessing the net, but system guard says it is maxing out on CPU. This minimum version takes two minutes to vanish, unlike the 40 seconds for the full website, if that helps. <head> <link href="http://images.tvnz.co.nz/tvnz_site_images/scripts/tvnz_index.css" rel="stylesheet" type="text/css" media="screen"> </head> <body> <div id="scrolling_sub_headlines"> <div id="column_content"> <a> <img src="http://images.tvnz.co.nz/tvnz_images/news2007/one_news_people/jim_karen_island.JPG"> <br clear="none"> Rain or shine? Get the latest weather news </a> </div> </div> </body> </html>
Created attachment 25044 [details] debug output I haven't been able to produce a test case, but here is some debug output.
i've tried using trunk r814918 Shockwave Flash 9.0 r48 and Shockwave Flash 9.0 r124
#478 0xb4078e98 in khtml::RenderBlock::layoutBlock (this=0x88a9e70, relayoutChildren=<value optimized out>) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_block.cpp:858 #479 0xb40aecea in khtml::RenderLayer::checkScrollbarsAfterLayout (this=0x88a9ef4) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_layer.cpp:911 #480 0xb4078e98 in khtml::RenderBlock::layoutBlock (this=0x88a9e70, relayoutChildren=<value optimized out>) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_block.cpp:858 #481 0xb40aecea in khtml::RenderLayer::checkScrollbarsAfterLayout (this=0x88a9ef4) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_layer.cpp:911 #482 0xb4078e98 in khtml::RenderBlock::layoutBlock (this=0x88a9e70, relayoutChildren=<value optimized out>) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_block.cpp:858 #483 0xb40aecea in khtml::RenderLayer::checkScrollbarsAfterLayout (this=0x88a9ef4) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_layer.cpp:911 #484 0xb4078e98 in khtml::RenderBlock::layoutBlock (this=0x88a9e70, relayoutChildren=<value optimized out>) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_block.cpp:858 #485 0xb40aecea in khtml::RenderLayer::checkScrollbarsAfterLayout (this=0x88a9ef4) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_layer.cpp:911 #486 0xb4078e98 in khtml::RenderBlock::layoutBlock (this=0x88a9e70, relayoutChildren=<value optimized out>) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_block.cpp:858 #487 0xb40aecea in khtml::RenderLayer::checkScrollbarsAfterLayout (this=0x88a9ef4) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_layer.cpp:911 #488 0xb4078e98 in khtml::RenderBlock::layoutBlock (this=0x88a9e70, relayoutChildren=<value optimized out>) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_block.cpp:858 #489 0xb40aecea in khtml::RenderLayer::checkScrollbarsAfterLayout (this=0x88a9ef4) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_layer.cpp:911 #490 0xb4078e98 in khtml::RenderBlock::layoutBlock (this=0x88a9e70, relayoutChildren=<value optimized out>) at /home/maksim/kde41/src/kdelibs/khtml/rendering/render_block.cpp:858 #491 0xb40aecea in khtml::RenderLayer::checkScrollbarsAfterLayout (this=0x88a9ef4)
Guys, thanks for the work. But did you see my second post of reduced HTML in which there appears to be no flash involved at all?
Demonstrating this bug depended on an external website stylesheet that has been rebuilt. Cannot demonstrate this any more.