Is it okay to spoof navigator.product by default?
Allan Sandfeld Jensen
kde at carewolf.com
Tue Sep 21 18:30:23 BST 2004
On Tuesday 21 September 2004 15:55, David Faure wrote:
> On Tuesday 21 September 2004 15:51, Allan Sandfeld Jensen wrote:
> > Hi khtml people!
> >
> > I have the following patch which "fixes" problems with old versions of
> > opencube's quickmenu (see bug: http://bugs.kde.org/show_bug.cgi?id=74162
> > ) The patch is adapted from the Safari-tree.
> >
> > QuickMenu is used on large number of sites, and the progress to update to
> > newer versions that actually detects and supports konqueror seems pretty
> > non-existant.
> >
> > The question is if anyone would object if I commit the attached patch. Is
> > it okay to pretend to be Gecko, yet another place?
> > Since it is a value IE doesn't provide and one Safari already spoofs, I
> > cannot see the harm.
>
> Well this is going to break every other site that actually has
> konqueror-specific code (and that uses product to detect khtml), doesn't
> it?
> I'm okay with spoofing when the useragent was explicitely set to something
> else, but IMHO by default the product should remain "Konqueror/khtml".
This case basically boils down to whether we want our users to be able to use
a number of websites by default.
We know the patch "fixes" some websites, but can you show me any it breaks or
confuses? The only reason I can see for a website to use Product over
UserAgent to detect konqueror, with would be to do so reliable even when
konqueror is spoofing. If we decide to spoof Product to make Mozilla spoofing
better, we are already breaking the intentions of these websites.
(I've seen one webdeveloper-site recomming checking for KDE in Vendor as the
reliable way to detect konqueror)
Personally I only see one problem with this patch; in that it would be a
better solution to fix KHTML, so it again supports the Netscape4 ecma-code
like it did in the 3.1.x series (this bug is regression). I just dont have
the skills, and I can't see anyone else caring.
`Allan
More information about the kfm-devel
mailing list