Closed
Bug 126596
Opened 23 years ago
Closed 15 years ago
[RFE] Security level option in profile wizard
Categories
(SeaMonkey :: Startup & Profiles, enhancement)
SeaMonkey
Startup & Profiles
Tracking
(Not tracked)
RESOLVED
EXPIRED
People
(Reporter: u32858, Unassigned)
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205
BuildID: 2002020511
hi
a security level option in the profile wizard would be nice, currently each new
profile is created with cookies that go back to every server, even if not on the
same host!
Reproducible: Always
Steps to Reproduce:
1.Start the profle wizard
2.
3.
Actual Results: New profiles have low security
Expected Results: Perhaps an Medium level security to disallow cookies to
other hosts and a high level for custom management.
If the new profile wizard had a "security level" selection box that defaulted to
alowing every website to collect infomation about them that would be better, at
least we could select Medium level to disallow cookies to other hosts then. I
dont think its really a major issue, its very basic security, perhaps not even a
medium level of secirity. IMO
Please consider adding a security level to the profile wizard to auto configure
this.
See bug report for further info
http://bugzilla.mozilla.org/show_bug.cgi?id=126566
Great browser guys!
Updated•23 years ago
|
Severity: minor → enhancement
OS: Linux → All
Hardware: PC → All
Summary: security level option in the profile wizard would be nice → [RFE] Security level option in profile wizard
Comment 1•23 years ago
|
||
I don't think it would be a good idea to restrict cookies by default.
Perhaps it would be a good idea to offer a window when a new profile is
created, maybe with radio buttons for "Low", "Medium", or "High" profile
security.
However, without user intervention, Mozilla should by default "play nice" with
webservers and accept cookies.
A user would appreciate it more if Mozilla works with all web sites (so that
the user doesn't see "This site requires cookies. Your browser does not accept
them") than blocking some cookies or other "technical mumbo-jumbo" that the
user doesn't know or care about.
Confirming this request for enhancement.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•18 years ago
|
Assignee: bugs → nobody
QA Contact: ktrina → profile-manager
![]() |
||
Comment 2•16 years ago
|
||
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.
If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.
Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED
![]() |
||
Comment 3•15 years ago
|
||
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but still has no comment since the inception of the SeaMonkey project 5 years ago.
Because of this, we're resolving the bug as EXPIRED.
If you still can reproduce the bug on SeaMonkey 2 or otherwise think it's still valid, please REOPEN it and if it is a platform or toolkit issue, move it to the according component.
Query tag for this change: EXPIRED-20100420
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → EXPIRED
You need to log in
before you can comment on or make changes to this bug.
Description
•