[WebKit-devel] [Bug 198428] Wrong default user agent string in Konqueror with webkit-kde kpart
Dawit Alemayehu
adawit at kde.org
Sun Oct 25 04:38:46 CET 2009
https://bugs.kde.org/show_bug.cgi?id=198428
--- Comment #9 from Dawit Alemayehu <adawit kde org> 2009-10-25 04:38:41 ---
On Saturday 24 October 2009 18:34:20 Allan Sandfeld wrote:
> https://bugs.kde.org/show_bug.cgi?id=198428
>
>
> Allan Sandfeld <kde at carewolf.com> changed:
>
> What |Removed |Added
> ---------------------------------------------------------------------------
> - CC| |kde at carewolf.com
>
>
>
>
> --- Comment #8 from Allan Sandfeld <kde carewolf com> 2009-10-25 00:34:18
> --- I would suggest fixing the user-agent configuration instead. We have a
> configuration dialog for the user-agent string, and it could take into
> consideration which html-engine is default, or you could extend the API to
> set an override while webkitpart is being used.
Well it is more complicated than that and as I already stated not a trivial
thing to fix because
#1. The useragent configuration is decoupled from the application. It is tied
to KIO rather than any one specific application. If a single application
changes this setting, all applications will be affected! The only way
applications can provide their own user-agent string is to pass that
information through the KIO meta data system and ignore the KDE (read: KIO)
wide configuration.
#2. The process Konqueror uses to find and use the appropriate kpart has a huge
effect in which user-agent string gets sent to remote sites. I have explained
how this process is currently handled by Konqueror in comment #5. Namely, it
always does a stat on user typed/selected url in order to find out the
request's mime-type. It does this to make sure that it invokes the correct
kpart to handle the request.
Anyhow, I agree that the user-agent configuration dialog can and should
definitely be modified to allows users to easily change the default user-agent
string. Currently, it does not...
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the WebKit-devel
mailing list