Bug 115174
Summary: | Mozilla bogus "security" blocks use of 3ware configuration tool | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Alan Cox <alan> |
Component: | mozilla | Assignee: | Christopher Aillon <caillon> |
Status: | CLOSED ERRATA | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 3.0 | CC: | k.georgiou |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 1.4.3-3.0.2 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-08-13 03:53:11 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Alan Cox
2004-02-07 22:14:03 UTC
Not so bogus, no. http://www.mozilla.org/projects/netlib/PortBanning.html And if you read the 2.5 year old bug that points to, you find it agrees with me that there is a real problem and it should *ask*. What is the official alternative RHEL3 approach for managing 3ware disk arrays ? I convinced dougt and co. to unblock port 1080, with arguments from myself and others that blocking this port doesn't yield any of the advertised benefits. Mozilla proper will have this fix for 1.7 final. It is a one line patch, and can be easily back ported if we need to do so. See 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=2004-04-01+14%3A30%3A59&maxdate=2004-04-01+14%3A32%3A00&cvsroot=%2Fcvsroot Errata'd as mozilla-1.4.3-3.0.2 |