Bug 90511 - konqueror crash on pcwelt page.
Summary: konqueror crash on pcwelt page.
Status: RESOLVED DUPLICATE of bug 87656
Alias: None
Product: konqueror
Classification: Applications
Component: khtml renderer (show other bugs)
Version: 3.3
Platform: unspecified Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-29 23:01 UTC by Ron Onstenk
Modified: 2004-12-29 17:49 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
Crash log PCwelt (4.30 KB, text/plain)
2004-10-01 00:09 UTC, Ron Onstenk
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ron Onstenk 2004-09-29 23:01:45 UTC
Version:           3.3 (using KDE 3.3.0, SuSE)
Compiler:          gcc version 3.3 20030226 (prerelease) (SuSE Linux)
OS:                Linux (i686) release 2.4.20-4GB

Reading this news message in konqueror
http://www.theinquirer.net/?article=18527
at he end the senctence 'The full article is here. The reasons'
This is a link to a page at PCWelt

Right mouse button on the 'here' link, choose 'Open in new 
window' 

Clicking the link start and crashes the seperate konqueror
but also the konqueror with the Inquirer article.
Also opening the pcwelt page in the history does the crash
The page is at 'http://www.pcwelt.de/know-how/extras/103039/'

With Konqueror javascript is off.
Does not matter on/off it crashes the new and parent used to open it.
If it is on a splash view of the page is visible but still crashes.
Open a instance of konqueror and paste the url, also crashes.

Other instance, kde.bug.org, stays alive during the verify.

With Firefox it works OK. javascript is on
Comment 1 Tommi Tervo 2004-09-30 11:24:31 UTC
Cannot reproduce.
Comment 2 Rainer Endres 2004-09-30 11:44:53 UTC
Can not reproduce with KDE 3.3.0 from konstruct.

Unless you are able to provide some details (meaningful backtrace with debugging symbols, reliable way to reproduce ... ) I vote for closing this bug with WORKSFORME. 

Comment 3 Ron Onstenk 2004-10-01 00:09:26 UTC
Created attachment 7738 [details]
Crash log PCwelt

After go to geven url of PCWelt I see a splash of the page.
Then Koqueror crashes and take other instances also.
The instance that links to that page. Parent idea of the
crashing page.
Other instances of Konq stay alive :)
Comment 4 Ron Onstenk 2004-10-01 00:42:12 UTC
I did download the page.
At local place it is OK, but the style is wrong.
Add a Base href tag and the problem exist again.
By eliminating I found a part that let it crash.
In the head section

 <style type="text/css" media="screen">
  @import "/defaults/defaults.css";@import "/defaults/standard_schrift.css";@import "/defaults/topnavi.css";@import "/defaults/knowhow.css";
 </style>

If I change '<style' to '<st--yle' it is OK.
 
I hope this helps a bit better to find the problem.
Comment 5 Ron Onstenk 2004-10-01 01:05:49 UTC
The bad one is the '@import "/defaults/defaults.css";'
others working OK.
It is 22kbyte. http://www.pcwelt.de/defaults/defaults.css
It can be bad programming on the site, I know but IE 
and FireFox works without problem.

I will try to find the exact style declaration, 
but need some time to do. 
Comment 6 Tommi Tervo 2004-10-12 14:16:32 UTC
Pasting bt for dupe-finder.

#4  0x41e8965f in khtml::RenderBox::paintBackgroundExtended(QPainter*, QColor const&, khtml::CachedImage*, int, int, int, int, int, int, int, int) ()
   from /opt/kde3/lib/libkhtml.so.4
#5  0x41e892b5 in khtml::RenderBox::paintBackground(QPainter*, QColor const&, khtml::CachedImage*, int, int, int, int, int, int) ()
   from /opt/kde3/lib/libkhtml.so.4
#6  0x41e8919b in khtml::RenderBox::paintBoxDecorations(khtml::RenderObject::PaintInfo&, int, int) () from /opt/kde3/lib/libkhtml.so.4
#7  0x41e78750 in khtml::RenderBlock::paintObject(khtml::RenderObject::PaintInfo&, int, int) () from /opt/kde3/lib/libkhtml.so.4
#8  0x41e7862a in khtml::RenderBlock::paint(khtml::RenderObject::PaintInfo&, int, int) () from /opt/kde3/lib/libkhtml.so.4
#9  0x41e92faf in khtml::RenderLayer::paintLayer(khtml::RenderLayer*, QPainter*, QRect const&, bool) () from /opt/kde3/lib/libkhtml.so.4
#10 0x41e930cc in khtml::RenderLayer::paintLayer(khtml::RenderLayer*, QPainter*, QRect const&, bool) () from /opt/kde3/lib/libkhtml.so.4
#11 0x41e930cc in khtml::RenderLayer::paintLayer(khtml::RenderLayer*, QPainter*, QRect const&, bool) () from /opt/kde3/lib/libkhtml.so.4
#12 0x41e92bc7 in khtml::RenderLayer::paint(QPainter*, QRect const&, bool) ()
   from /opt/kde3/lib/libkhtml.so.4
#13 0x41dc5f37 in KHTMLView::drawContents(QPainter*, int, int, int, int) ()
   from /opt/kde3/lib/libkhtml.so.4
#14 0x40d6ddfb in QScrollView::drawContentsOffset(QPainter*, int, int, int, int, int, int) () from /usr/lib/qt3/lib/libqt-mt.so.3
#15 0x40d6c603 in QScrollView::viewportPaintEvent(QPaintEvent*) ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
Comment 7 Stephan Kulow 2004-10-12 14:40:14 UTC
the key word here is SUSE RPMs. You should update more often

*** This bug has been marked as a duplicate of 87656 ***
Comment 8 Manfred Kühn 2004-12-29 17:49:13 UTC
Hi, I can reproduce the bug. I have SuSE 9.2 and experienced the bug on www.corel.de homepage. Is it known how the bug can be avoided or resolved?