Closed Bug 6297 Opened 25 years ago Closed 25 years ago

JS Navigator object returns bogus platform

Categories

(Core :: DOM: Core & HTML, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED DUPLICATE of bug 10465

People

(Reporter: bobj, Assigned: jud)

References

()

Details

Running xxx build on US NT4, and going to the URL http://rocknroll/users/nhotta/publish/html/nav_obj.html it returns: navigator.appVersion=5 navigator.platform=Win95 navigator.language=en navigator.userAgent=Mozilla/5.0 [en] (Win95; I) screen.width=-1 screen.height=-1 screen.pixelDepth=-1 bits screen.colorDepth=-1 bits, 0.5 colors but the platform is NT4, not Win95. I tried this on 4.51 and it returns "Win32". Better, but not very precise...
Assignee: norris → vidur
Component: JavaScript → DOM Level 0
Assignee: vidur → warren
I'm just getting this from the nsINetService interface. Reassigning to the netlib guys.
Assignee: warren → valeski
Depends on: 7232
Verify in necko.
QA Contact: cbegle → gerardok
as it stands right now, necko will return null for all user agent components; they aren't being initialized right now. How do we want to init them now that they're in necko (pure xp code)? In the old world the FE would set the various pieces as they are FE dependent. I suppose I should just have the code that is setting them now grab an nsINetService and set them that way, but there are two problems with that: 1. Before any urls are loaded we have to be sure that they get set via nsINetService. 2. How do we protect ourselves from some rogue code grabbing the nsINetService and changing the values? (there is a certain portion of the UA string that is static and will act as our brand).
No longer depends on: 7232
Blocks: 7232
QA Contact: gerardok → desale
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 10465 ***
Status: RESOLVED → VERIFIED
Maring verified.
You need to log in before you can comment on or make changes to this bug.