Major Konqueror/KHTML regression
David Faure
dfaure at klaralvdalens-datakonsult.se
Fri Dec 12 18:24:37 GMT 2003
On Friday 12 December 2003 13:55, Koos Vriezen wrote:
> On Fri, Dec 12, 2003 at 12:33:08PM +0100, Koos Vriezen wrote:
> > On Fri, Dec 12, 2003 at 05:38:32AM -0500, George Staikos wrote:
> > >
> > > There seems to be something really bad happening in KHTML/Konqi in HEAD. I
> > > haven't narrowed it down yet, but it seems that loading a page with animated
> > > images or flash running causes the "stop" action to remain active
> > > indefinitely. I don't know if this is new in 3.2 or not. In any case,
> > > clicking on this action kills all active nspluginviewer parts, leaving
> > > unpainted regions in the page. Likewise, clicking the "X" that clears the
> > > Location bar triggers that action and does the same thing. NSPlugin parts
> > > should never be killed like this. Does anyone recall changing this behaviour
> > > or know where it could be stemming from?
> >
> > Can't look at the source right now, but is completed() emited by the part?
>
> This is only true if started(job) is emitted (see log r 1.819). But
> looking at David's r 1.941, could be that something similar happens for
> you here. Maybe
>
> diff -u -3 -p -r1.949 khtml_part.cpp
> --- khtml_part.cpp 12 Dec 2003 07:59:05 -0000 1.949
> +++ khtml_part.cpp 12 Dec 2003 12:53:39 -0000
> @@ -3889,7 +3889,10 @@ bool KHTMLPart::processObjectRequest( kh
> else if ( !url.isEmpty() )
> {
> //kdDebug( 6050 ) << "opening " << url.url() << " in frame " << child->m_part << endl;
> - return child->m_part->openURL( url );
> + bool b = child->m_part->openURL( url );
> + if (child->m_bCompleted)
> + checkCompleted();
> + return b;
Indeed this looks correct to me. (Not sure why/how it worked before).
--
David Faure -- faure at kde.org, dfaure at klaralvdalens-datakonsult.se
Qt/KDE/KOffice developer
Klarälvdalens Datakonsult AB, Platform-independent software solutions
More information about the kfm-devel
mailing list