Closed Bug 60392 Opened 24 years ago Closed 23 years ago

RFE- add visible preference for Netscape6 emulation

Categories

(SeaMonkey :: General, enhancement, P3)

enhancement

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 46029

People

(Reporter: adam, Assigned: mpt)

Details

RFE- I would request that the hidden pref browser.useragent.override (?) be
exposed in the prefs panel.
This would create a check box "Identify Browser as Netscape 6"

The reasons for this are the widely divergent browser sniffing implementations
across the web.

I encountered problems with this at Netscape's own Theme Park for Netscape 6.
I also found this to be a problem at macromedia in trying to download the flash
plugin.
I anticipate that this will be a continual and frustrating problem for all users
of the Mozilla browser.
While many websites will make the transition to identifying Netscape 6
correctly, Netscape's failure to correctly identify the small but vital Mozilla
community is indicative of future errors for other web sites.

The hidden pref is inadequate as a solution as this is not obvious nor easily
accessible to the USERS of Mozilla.
ugh. I don't think this belongs in the UI.  Most users wouldn't know what it
means and the ones that do know what it means can easily switch it in the prefs.js
Asa- You could say the same thing about many of the other prefs under Advanced 
in Preferences.

This is likely to be a significant problem that will cause numerous bug reports 
and confusion in web developers and users. The official response should not 
be "edit the registry" (or the text file as the case may be). A simple checkbox 
in the Advanced section is more appropriate.
Certainly, putting it under the Advanced prefs seems reasonable.  Most end-users
shouldn't be mucking with Advanced settings anyway, unless they know what
they're doing.
not my area of expertise. over to design feeback
Assignee: asa → hangas
Status: UNCONFIRMED → NEW
Component: Browser-General → User Interface: Design Feedback
Ever confirmed: true
QA Contact: doronr → mpt
Sticking such a pref in the Advanced category assumes that we have an Advanced 
prefs category at all in the future. And pretending to be Netscape 6 would mean 
that Mozilla would occasionally get fed dumbed-down style sheets (those which 
didn't use fixed positioning, which isn't in Netscape 6).

On the other hand, iCab has this in its prefs dialog:

+-Browser Identity----------------------------------------------+
|                                                               |
| ( ) iCab/Pre 2.2 (Macintosh; I; PPC)                          |
| ( ) Lynx/2.8 (compatible; iCab Pre2.2; Macintosh; I; PPC)     |
| (*) Mozilla/4.5 (compatible; iCab Pre2.2; Macintosh; I; PPC)  |
| ( ) [                                                       ] |
+---------------------------------------------------------------+

And giving the option to pretend to be, say, Internet Explorer could be useful in 
the future if the browser wars (or OS wars, for that matter) get messy.

Ian, thoughts?
As a web author I think it would be a disaster for the user agent string to
suddenly become massively unreliable. I _personally_ think that the hidden
pref is plenty enough for the times where this might be needed.

I would propose WONTFIX; however I see why from a user point a view one would
want this. Maybe the user controllable side of things should only be able to
affect certain parts of the UA string? e.g. the Gecko/XXXXXXXXXX string should
always be correct, but the suffix (Netscape6/6.0 or whatever) should be 
editable? So long as it is still possible for sites to recognise what the heck
they are dealing with... ;-)
No, if this pref isn't able to *completely* obscure the browser's true identity 
(and thus prevent Web site lockout), then I don't think it would be much use.
Chaning the qa contact on these bugs to me. MPT will be moving to the 
owner of this component shortly. I would like to thank him for all his hard 
work as he moves roles in mozilla.org...Yada, Yada, Yada...
QA Contact: mpt → zach
updating to new owner. sorry for the spam.
Assignee: hangas → mpt

*** This bug has been marked as a duplicate of 46029 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Component: User Interface Design → Browser-General
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.