266207 - Browser Detection Suckage

Status: RESOLVED FIXED

(addons.mozilla.org Graveyard :: Public Pages, defect)

Description

[Wolf [:wolf]]

Let's see.. List of issues:
SubMinor versions get clobbered and ignored.. (I.E. Firefox 0.9.x or Mozilla 1.7.x)
It's difficult to handle unexpected UA strings like Firefox/1.0RC1 and get them
to match the t_app records w/o resorting to hacks.

Comment 1

[Wolf [:wolf]]

Attachment: Hacks for current site

This includes Vlad's hack for 0.10.1 (Firefox 1.0PR Security Release 1) as well
as a new hack to fix detection of 1.0RC1 (and 1.0RC2 based on Ben's current
patch for that upcoming release).

Comment 2

[Wolf [:wolf]]

Taking bug, and CC'ing Vlad because the patch includes his hack. :-)

Comment 3

[Wolf [:wolf]]

Patch checked in on update branch.
Hopefully we won't need the hacks for the update-beta trunk.

Comment 4

[Wolf [:wolf]]

I've got a fix for this in my tree which teaches inc_browserdetection to use all
the new fields in t_application, including int_version and public_ver. Which
allows us to easily remap versions if need be from the t_applications table
directly. Just add the new version to the table and set the int_version (with
public_ver off).

It works with 1.0RC1 and 0.9.x that i've tested. 
Mapped 1.0RC1 --> 1.0, and 0.9.3 --> 0.9 w/o any trouble. :-)

Comment 5

[Wolf [:wolf]]

Bulk Moving Web Site bugs to new component.
(Filter: massumowebsitespam)

Comment 6

[alanjstr]

Mass-resolving bugs that have been fixed on trunk.

Comment 7

[Wolf [:wolf]]

Sorry for the bugspam, reopening bugs wrongly marked as resolved.