235839 - User Agent missing, no rv: in about:

Status: VERIFIED FIXED

(SeaMonkey :: General, defect)

Description

[Hermann Schwab]

User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:) Gecko/20040226

wfm: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7a) Gecko/20040219
missing: Mozilla/5.0 (Windows; U; Win98; en-US; rv:) Gecko/20040226

This is BuildID 2004022608 installed from full installer.
Useragent same on: http://gemal.dk/browserspy/basic.html

about:config shows:
browser.startup.homepage_override.mstone user set string rv:

Javascript is tested enabled, profile works with 1.7a.



Reproducible: Always
Steps to Reproduce:
1.about:
2.about:config
3.http://gemal.dk/browserspy/basic.html

Actual Results:  
don´t see 1.7a, as seen in install_status.log: UserAgent: 1.7a (en)

Expected Results:  
see 1.7a or 1.7b or something like that.

Don´t know what happened between 20040219 and 20040225, as the builds couldn´t
be installed on win32.

Comment 1

[Hermann Schwab]

Don´t know where it belongs, so component Browser-General.

Comment 2

[Hermann Schwab]

installed from:
http://ftp26moz.newaol.com/pub/mozilla.org/mozilla/nightly/2004-02-26-09-trunk/mozilla-win32-installer.exe

from install_status.log:

 Product Info:
        Install mode: Normal
        Company name: mozilla.org
        Product name (external): Mozilla
        Product name (internal): Mozilla
        Uninstall Filename: MozillaUninstall.exe
        UserAgent: 1.7b (en)
        Alternate search path: 

    Product Info:
        Install mode: Auto
        Company name: mozilla.org
        Product name (external): GRE
        Product name (internal): GRE
        Uninstall Filename: GREUninstall.exe
        UserAgent: 1.7b_2004022608
        Alternate search path: 

    Components corrupted (startup):
        none

    Shared Installation:  TRUE

When it is seen in the installer logs, it can´t be component Installer nor Build
Config, I assume.

Comment 3

[Olivier Cahagne]

*** Bug 235847 has been marked as a duplicate of this bug. ***

Comment 4

[Hermann Schwab]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7b) Gecko/20040226 Firefox/0.8.0+
Mozilla/5.0 (Windows; U; Win98; en-US; rv:) Gecko/20040227  

Comment 5

[Kouichi Niwa]

What situation is it to this bug now?

Comment 6

[Hermann Schwab]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:) Gecko/20040305
Tinderbox build from Creature, BuildID 2004030506, mozilla-i586-pc-msvc.zip

Comment 7

[David Leverton]

Could this be caused by the fix for bug 234442?  I don't have the necessary
enviroment to build and check, though, so apologies if I'm talking rubbish.

Comment 8

[Hermann Schwab]

regressed between BuildID 2004022411 and BuildID 2004022509

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7b) Gecko/20040224
Mozilla/5.0 (Windows; U; Win98; en-US; rv:) Gecko/20040225

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=SeaMonkeyAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=02%2F24%2F2004&maxdate=02%2F25%2F2004&cvsroot=%2Fcvsroot

Bug 234442 'mozilla' hardcoded into application install paths

seems to be a good candidate, patch was checked in 02/24/2004 19:27	cls%seawood.org

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=SeaMonkeyAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=02%2F24%2F2004+19%3A27&maxdate=02%2F24%2F2004+19%3A27&cvsroot=%2Fcvsroot

Comment 9

[OstGote!]

Still the problem with build 2004030708. If I set the pref
browser.startup.homepage_override.mstone manually to rv:1.7b the pref will be
reset after restart (the saved line in prefs.js is deleted after restart).

Comment 10

[Asa Dotzler [:asa]]

cls, could this be your change? Or maybe some change since moving over to
tinderbox-created nightly builds?

Comment 11

[Tim Powell]

This matters to anyone trying to detect the CVS branch using the geckoGetRv()
code (or similar) from DevEdge:
http://devedge.netscape.com/viewsource/2002/browser-detection/

Comment 12

[cls]

WFM with my win32 build from this morning.  It's probably a perl issue.  I'm
betting that creature's using AS perl and I'm using cygwin perl.

Comment 13

[cls]

Attachment: Move MOZILLA_VERSION setting

I'm still wondering why we aren't just using 'cat' like all of the other apps. 
Is the line-endings issue present for the other apps or are they always built
using unix line-endings?

Comment 14

[Benjamin Smedberg]

Comment on attachment 143447 [details] [diff] [review]
Move MOZILLA_VERSION setting

weird, ok

Comment 15

[cls]

Patch has been checked in.

Comment 16

[Hermann Schwab]

VERIFIED Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7b) Gecko/20040330