[WebKit-devel] [Bug 231932] http://webchat.freenode.net/ renders a blank page in kwebkitpart

[Dawit Alemayehu]

https://bugs.kde.org/show_bug.cgi?id=231932





--- Comment #5 from Dawit Alemayehu <adawit kde org>  2010-05-23 17:53:58 ---
(In reply to comment #4)
> (In reply to comment #3)
> > IMO it should actually be reported against the application, which in this case 
> > is Konqueror. The reason is because every time you type an HTTP address into 
> > Konqueror's location bar, it always wants to identify the resource type of the 
> > entered url so that it can embed or use the right KPart. Unfortunately the 
> > only way it can do that is to go ahead and request the resource in order to  
> > obtain its mime-type, e.g. text/html. That particular act is the cause of this 
> > problem, which makes the fix a little more complicated... Anyways, I personally 
> > think the bug should be  reported against Konqueror and handled appropriately 
> > from there. It is also something that is already on my TODO list, but if and 
> > when I will get to it is up in the air...
> 
> Well... If it would just affect konqueror I'd agree with that, but it affects
> other browsers that use kwebkit as well, too, such as rekonq. Can a bug be
> marked for more than one application? Otherwise it may be a kwebkit bug again
> in the end, though it is not it's fault (neither it is rekonqs).

ehh... no it should not. The reason is simple. This problem occurs because of
how Konqueror works, using KParts. In order to properly handle the request you
type into its location bar, Konqueror first has to find out its mime-type. That
way it can load the appropriate KPart that was configured to handle the
specific mime-type. In other words, the original request you type into
Konqueror's location is always handled by itself using KIO. Unfortunately, that
means the default user-agent string built into KIO (KProtocolManager to be
exact) will be used.

As such unless the other kdewebkit based applications are like Konqueror, i.e.
use KParts, and do the same thing Konqueror does, i.e. try to determine
mime-type before loading the appropriate part to handle the request, then they
are not inflicted by this issue at all. I know for a fact that reKonq is not
KParts based and as such it should not be affected with this bug at all...

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.