ID: 27291
Updated by: [EMAIL PROTECTED]
Reported By: php-bug-NOSPAM-2004 at ryandesign dot com
-Status: Open
+Status: Assigned
Bug Type: *General Issues
Operating System: *
PHP Version: 4CVS, 5CVS (2004-02-20)
Assigned To: jay
Previous Comments:
------------------------------------------------------------------------
[2004-02-24 18:43:35] [EMAIL PROTECTED]
Forgot to assign this to myself. Pretty close to having
a decent fix based on what I'm seeing in browscap.dll.
J
------------------------------------------------------------------------
[2004-02-23 21:14:19] php_bug_27291 at garykeith dot com
In looking at browscap.ini with all Gecko-based browsers now using
Gecko/* instead of Gecko/???????? I can find no reason why Netscape 7.x
should have a problem with my definitions. I mean, what's wrong with
the following browscap.ini definition?
Mozilla/5.0 (Windows; ?; Windows NT 5.2; *) Gecko/* Netscape7/7.2*
By any reasonable standard it should recognize this user agent as
Netscape 7.2. In my tests using browscap.dll that's exactly what it
did.
Have I found yet another bug? Or did I completely miss what you were
trying to tell me?
Thanks for the tip about Camino. I don't see it very often in my logs.
I've added the plus version to my database but haven't published it
yet.
I will bundle up all the files you requested and make them available on
one of my servers. I'll e-mail you privately once that's done as I do
not want to publicize the URL, LOL.
------------------------------------------------------------------------
[2004-02-23 17:25:44] php-bug-NOSPAM-2004 at ryandesign dot com
Yes, I'm sorry, I meant to mention that changing to
match Gecko/* instead of Gecko/???????? would seem to
adversely affect Netscape 7.x, whose UA string starts
the same way, but ends, after the Gecko/xxx part, with
Netscape/xxx.
Other things you should look out for in your file: I
think you may be missing a pattern for the Camino
browser version 0.7+. That's what you get if you use the
latest nightly builds, which is effortlessly achieved by
using the program CaminoKnight, and since 0.7 proper is
so ancient now, most Camino users probably are running
the 0.7+ builds. The UA string ends with the + sign but
seems otherwise the same to what you have in the 2/15/04
file.
Confirmed that the new browscap.ini from 2/15/04 causes
a parse error at Apache startup. Filed http://
bugs.php.net/27372
Sorry about my shorthand... by .tgz I just meant a
compressed file. A Zip file would be fine too. If you
could bundle up your huge UA list, and possibly also
your script to feed these to browscap.dll, and put them
on a web or ftp server like Jay did or just email them
to me, that'd be great.
------------------------------------------------------------------------
[2004-02-23 16:46:16] php_bug_27291 at garykeith dot com
Sorry I forgot to address your proposal.
You do need IIS to use browscap.dll. The problem is you cannot pass a
user agent to it directly like you can with PHP. I have a script (in
ASP/VBScript obviously, but probably easily converted to PHP) that lets
you pass a specific user agent to browscap.dll and get the resulting
browser in return.
------------------------------------------------------------------------
[2004-02-23 16:39:22] php_bug_27291 at garykeith dot com
Tell me what a .tgz file is and if I can do it I will.
I'm working two new bugs that I hope someone will post bug reports
about.
The first deals with the exclamation point that's part of the new
Yahoo! Slurp crawler. I'm not sure what PHP is doing since I don't
speak PHP but I'm told it's throwing a parsing error.
I've also had some complaints from people saying user agents aren't
being recognized since I switched from using Gecko/???????? to Gecko/*
as we discussed earlier.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/27291
--
Edit this bug report at http://bugs.php.net/?id=27291&edit=1
