X-MimeOLE: Produced By Microsoft Exchange V6.5
Received: by onstor-exch02.onstor.net 
	id <01C74260.A010BE4D@onstor-exch02.onstor.net>; Sat, 27 Jan 2007 14:15:17 -0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C74260.A010BE4D"
References: <20070126183942.3819b22a@ripper.onstor.net>
Content-class: urn:content-classes:message
Subject: RE: webui browser checking algorithm headaches
Date: Sat, 27 Jan 2007 14:13:53 -0800
Message-ID: <BB375AF679D4A34E9CA8DFA650E2B04E578B04@onstor-exch02.onstor.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: webui browser checking algorithm headaches
Thread-Index: AcdBvGYzrX5q+12vRRKqrEZo1H9W1wApAfo/
From: "Jay Michlin" <jay.michlin@onstor.com>
To: "Andrew Sharp" <andy.sharp@onstor.com>,
	"Charissa Willard" <charissa.willard@onstor.com>
Cc: "Tim Gardner" <tim.gardner@onstor.com>,
	"Brian DeForest" <brian.deforest@onstor.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C74260.A010BE4D
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Andy,
=20
This wild and wooly tale from the land of IP made my day. We just can't =
make up fiction is nutty as this true tale. Ah, well. Think of it as =
entertainment.
=20
jay

________________________________

From: Andrew Sharp [mailto:andy.sharp@onstor.com]
Sent: Fri 1/26/2007 6:39 PM
To: Charissa Willard
Cc: Tim Gardner; Jay Michlin
Subject: webui browser checking algorithm headaches



Howdy folksez,

Well, isn't the world of "open" source exciting?  It seems that things
are a bit mucky with Firefox 2.0, as mozilla.org has changed their
Trademark Policy, and will not allow Linux distro's that repackage
Firefox in their own way to call the program or the package
'firefox'.   Hence these distro's are going to call it 'iceweasel' -- no
doubt just to piss off mozilla.org.

The distro's caught up in this nonsense includes Debian, the distro of
choice for all experienced Linicians, but also includes FedoraCore
(Redhat) and Suse(Novell) and several others.

Sooo, I upgraded to the latest version of things this afternoon, and our
webui refuses to talk to my browser now, probably because it's
identifying itself as iceweasel 2.0.1 or something like that.

We need a better way of handling this.  We can't just refuse to even
try to talk to a client.  Or there needs to be a manual override,
perhaps where the user hand-selects what browser client s/he is
prepared to claim s/he is running.  Do we even know for sure that some
browser clients don't work with our javascript?  Which ones?  Opera?

Probably the proper way to handle this is to allow all clients based
on the Gecko browser engine, which is the heart of Mozilla, Firefox,
Konqueror(KDE), Epiphany(Gnome), and of course Iceweasel, rather than
checking for Firefox. Here is the user-agent string from my newly
upgraded firefox-nee iceweasel:

66.201.51.66 - - [26/Jan/2007:18:19:22 -0800] "GET / HTTP/1.1" 200 772
"-" "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.1)
Gecko/20061205 Iceweasel/2.0.0.1 (Debian-2.0.0.1+dfsg-2)"

I believe it should be pretty easy to check for Gecko/build-date rather
than Firefox/version.


Thoughts?

UI-less in Campbell,

a





------_=_NextPart_001_01C74260.A010BE4D
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML dir=3Dltr><HEAD><TITLE>webui browser checking algorithm =
headaches</TITLE>=0A=
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dunicode">=0A=
<META content=3D"MSHTML 6.00.2900.3020" name=3DGENERATOR></HEAD>=0A=
<BODY>=0A=
<DIV id=3DidOWAReplyText4033 dir=3Dltr>=0A=
<DIV dir=3Dltr><FONT face=3DArial color=3D#000000 =
size=3D2>Andy,</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>This wild and wooly tale from =
the land of IP made my day. We just can't make up fiction is nutty as =
this true tale. Ah, well. Think of it as entertainment.</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>jay</FONT></DIV></DIV>=0A=
<DIV dir=3Dltr><BR>=0A=
<HR tabIndex=3D-1>=0A=
<FONT face=3DTahoma size=3D2><B>From:</B> Andrew Sharp =
[mailto:andy.sharp@onstor.com]<BR><B>Sent:</B> Fri 1/26/2007 6:39 =
PM<BR><B>To:</B> Charissa Willard<BR><B>Cc:</B> Tim Gardner; Jay =
Michlin<BR><B>Subject:</B> webui browser checking algorithm =
headaches<BR></FONT><BR></DIV>=0A=
<DIV>=0A=
<P><FONT size=3D2>Howdy folksez,<BR><BR>Well, isn't the world of "open" =
source exciting?&nbsp; It seems that things<BR>are a bit mucky with =
Firefox 2.0, as mozilla.org has changed their<BR>Trademark Policy, and =
will not allow Linux distro's that repackage<BR>Firefox in their own way =
to call the program or the package<BR>'firefox'.&nbsp;&nbsp; Hence these =
distro's are going to call it 'iceweasel' -- no<BR>doubt just to piss =
off mozilla.org.<BR><BR>The distro's caught up in this nonsense includes =
Debian, the distro of<BR>choice for all experienced Linicians, but also =
includes FedoraCore<BR>(Redhat) and Suse(Novell) and several =
others.<BR><BR>Sooo, I upgraded to the latest version of things this =
afternoon, and our<BR>webui refuses to talk to my browser now, probably =
because it's<BR>identifying itself as iceweasel 2.0.1 or something like =
that.<BR><BR>We need a better way of handling this.&nbsp; We can't just =
refuse to even<BR>try to talk to a client.&nbsp; Or there needs to be a =
manual override,<BR>perhaps where the user hand-selects what browser =
client s/he is<BR>prepared to claim s/he is running.&nbsp; Do we even =
know for sure that some<BR>browser clients don't work with our =
javascript?&nbsp; Which ones?&nbsp; Opera?<BR><BR>Probably the proper =
way to handle this is to allow all clients based<BR>on the Gecko browser =
engine, which is the heart of Mozilla, Firefox,<BR>Konqueror(KDE), =
Epiphany(Gnome), and of course Iceweasel, rather than<BR>checking for =
Firefox. Here is the user-agent string from my newly<BR>upgraded =
firefox-nee iceweasel:<BR><BR>66.201.51.66 - - [26/Jan/2007:18:19:22 =
-0800] "GET / HTTP/1.1" 200 772<BR>"-" "Mozilla/5.0 (X11; U; Linux =
x86_64; en-US; rv:1.8.1.1)<BR>Gecko/20061205 Iceweasel/2.0.0.1 =
(Debian-2.0.0.1+dfsg-2)"<BR><BR>I believe it should be pretty easy to =
check for Gecko/build-date rather<BR>than =
Firefox/version.<BR><BR><BR>Thoughts?<BR><BR>UI-less in =
Campbell,<BR><BR>a<BR><BR><BR></FONT></P></DIV></BODY></HTML>
------_=_NextPart_001_01C74260.A010BE4D--
