Closed
Bug 60392
Opened 24 years ago
Closed 23 years ago
RFE- add visible preference for Netscape6 emulation
Categories
(SeaMonkey :: General, enhancement, P3)
SeaMonkey
General
Tracking
(Not tracked)
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.
Comment 1•24 years ago
|
||
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.
Comment 3•24 years ago
|
||
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.
Comment 4•24 years ago
|
||
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
Assignee | ||
Comment 5•24 years ago
|
||
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?
Comment 6•24 years ago
|
||
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... ;-)
Assignee | ||
Comment 7•24 years ago
|
||
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.
Comment 8•24 years ago
|
||
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
Comment 10•23 years ago
|
||
*** This bug has been marked as a duplicate of 46029 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•