Fire 750, bring back 250. Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball CopyURL+ FetchTextURL FlashGot NoScript
rsx11m wrote:(SM-specific) bugs related to this discussion:
Bug 752797Build ID absent from about: page (no longer seen in UA string now);
Patch by ewong has been approved and should land on trunk soon. Thus, at least there will be one place again where the build date can be obtained from without Debug&QA installed...
Edit: Just checked in, should be effective with the next 2.12a1 nightly build.
Dão has posted a backout-patch for aurora, so this may not be allowed to propagate into the next channel with the merge scheduled for today (i.e., Gecko/<version> stays effective on 2.13a1 trunk builds only whereas the 2.12a2 nightly builds should revert to Gecko/<date> for the time being).
rsx11m wrote:Not quite unexpectedly, the patch to also remove the patch level from the Firefox token has been approved as well, which now makes it "Gecko/15.0 Firefox/15.0a1 SeaMonkey/2.12a1"
This change/reduction is effective now in the 2.13a1 nightly builds, but for the Firefox token only at this time.
This seems to be supposed to "stick" now for Gecko/17.0 = SeaMonkey/2.14, remaining incompatibility cases are covered by site-specific overrides (bug 792054, though such hard-coded spoofing is disputed there). Reopened has been bug 588913 to remove the "rv:..." portion from the UA comment, after it has been frozen for a while per bug 729089 to allow web sites to adjust accordingly.
Someone might want to tell the sites about these changes.
It isn't only bank sites that don't work. I informed the site, but so far it still doesn't work without the date, and the RSS feed is the same in SeaMonkey Mail, and Thundrbird.
(IMO if it works with Gecko/20120924, & it does, & does not with Gecko/17.0, & it does not, then it is Tech Evangelism.)
Fire 750, bring back 250. Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball CopyURL+ FetchTextURL FlashGot NoScript
Agreed and so commented on the bug report. I'm not sure where the threshold is for the Tech Evangelism people to step in, that site may not be considered as "important" as the banking sites in question for the other bug...
I've just confirmed the bug now that Gecko/<version> has reached the beta channel (i.e., expect it to land with the next release due in mid November).
Thus, if anybody else sees pages that displayed properly in a prior beta but no longer in an upcoming 2.14 beta, and switching Gecko/<version> back to Gecko/<date> using the general.useragent.override pref, please open a new bug for tech evangelism and make it block 588909 (if you have the respective permissions in bugzilla).
Now, this has shipped with Gecko 17.0 (i.e., SeaMonkey 2.14) as we know, but today it was apparently decided to back this out from all branches, including release, thus there will be a Gecko 17.0.1 respin (SM 2.14.1) with the Gecko build date restored in the UA string.
Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Firefox/17.0 Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20100101 Firefox/17.0 Mozilla/5.0 (Windows NT 5.1; rv:19.0) Gecko/19.0 Firefox/19.0 SeaMonkey/2.16 Mozilla/5.0 (Windows NT 5.1; rv:19.0) Gecko/20121126 Firefox/19.0 SeaMonkey/2.16
Is that the way it is - at the moment?
Fire 750, bring back 250. Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball CopyURL+ FetchTextURL FlashGot NoScript
therube wrote:Suppose we'll have the actual build date & FF will have that "magic" date (20100101).
You should see the change with tomorrow's nightly builds, but I guess that's how it will be (i.e., just backing out the related changes, thus restoring the old UA).
Again, that's on all branches, thus no difference in channels and all back to date rather than version.
mozillaZine is an independent Mozilla community and advocacy site. We're not affiliated or endorsed by the Mozilla Corporation but we love them just the same.