Closed Bug 61277 Opened 24 years ago Closed 23 years ago

iPlanet xpi installs files in MOZILLA_FIVE_HOME/psm/components world-writable

Categories

(SeaMonkey :: Build Config, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED WONTFIX

People

(Reporter: bteague, Assigned: javi)

Details

Linux 2000112208

All the files in the directory MOZILLA_FIVE_HOME are installed root-owned,
world-writable!  For example, an 'echo 0 > libnecko.so' destroys the file.

This was observed on a "virgin" install of the Linux PSM on the above Mozilla
build.  It might be related to bug 61276.
Confirming. Most of the files are rwxrwxr-x. 
Assignee: ddrinan → ssu
Component: Daemon → Installer
Product: PSM → Browser
Target Milestone: --- → mozilla1.0.1
Version: 1.01 → other
Assigning to ssu.
Status: UNCONFIRMED → NEW
Ever confirmed: true
reassigning to Samir.
Assignee: ssu → sgehani
Qa > gbush
QA Contact: junruh → gbush
The XPInstall engine preserves package-time permissions.  The packaging scripts 
need to ensure that the file permissions are chmoded to 0755 before zipping.
Status: NEW → ASSIGNED
Component: Installer → Build Config
Reassigning to the build team, this is a packaging issue. Resetting target 
milestone because it's not clear why that target was picked, and it's usually 
up to the assignee to set it.
Assignee: sgehani → granrose
Status: ASSIGNED → NEW
Target Milestone: mozilla1.0.1 → ---
this will most likely go away once we start building psm as part of the build
rather than dropping it in after the fact.

is this using the installer?  I'm wondering where the psm came from.  If this is
talking about the PSM from iplanet being dropped on top of a mozilla build,
there's nothing I can do about that, I don't know where iplanet gets their PSM.
Status: NEW → ASSIGNED
Depends on: 63667
No longer depends on: 63667
::nods:: indeed, this is the iPlanet PSM build.  unfortunately, Rice being on 
an extended winter break, i don't currently have access to a Linux machine on 
which to check the installer's psm.  give me another week, then check back...
Ok, I don't have access to the iPlanet web site or know where that PSM is coming
from.  cc'ing leaf and ddrinan to see if they know who needs to fix this.
Yup.  The PSM in the linux-gnu.tar.gz build is fine (THANKS TO ALL WHO WORKED AT
GETTING IT IN THERE! (-; )  but dropping an iPlanet PSM on top of an installer
build installs the problematic files.  Once the installer includes the PSM (bug
64649), I guess this becomes irrelevant...though the person who packaged the
iPlanet PSM deserves a good lashing with a wet noodle. (-;
Making summary more descriptive.
Summary: files in MOZILLA_FIVE_HOME/psm/components are installed world-writable → iPlanet xpi installs files in MOZILLA_FIVE_HOME/psm/components world-writable
This should probably get reassigned to javi.... javi, you asked me if it was ok 
to remove the xpi... i say yes!
I agree.  There's nothing I can do about files on the iPlanet server.  reassigning.
Assignee: granrose → javi
Status: ASSIGNED → NEW
The xpi's will be taken down shortly.
We no longer use the xpi from the iPlanet web site to add SSL capabilities to
the browser.  Nightlies now ship with PSM 2.0 bundled.

Marking WONTFIX.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
vfy
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.