49433 - XPInstall fails with -208 on BSD

Status: RESOLVED WORKSFORME

(Core Graveyard :: Installer: XPInstall Engine, defect, P3)

Description

[reimers]

From Bugzilla Helper:
User-Agent: Mozilla/4.7 [en] (X11; U; FreeBSD 3.2-RELEASE i386)
BuildID:    Binary Release M17 FreeBSD3.x

After finishing the download of an *.xpi file the installer fails during the
installation process. Error shown in install.log is -208.

This keeps the user from smart installing things.

Reproducible: Always
Steps to Reproduce:
1. go to URL
2. check install.log
3.

Actual Results:  Everything works nice - until installationprocess starts
							    Functional: f_adddirfile_permissions
     ------------------------------------

     ** addFile smrtupdt1.txt returns = -208
     ** addFile smrtupdt2.txt returns = -208
     ** addFile smrtupdt3.txt returns = -208
     ** addFile smrtupdt4.txt returns = -208
     ** addDirectory 100r returns = -208
     ** addDirectory 100rw returns = -208
     ** addDirectory 100rx returns = -208
     ** addDirectory 100rwx returns = -208
     ** addDirectory perms returns = -208

     Install cancelled by script


Expected Results:  Installation should complete without error

Comment 1

[R.K.Aa.]

Do you have write-access in the directory you've set it to install in?

Comment 2

[reimers]

Yes, write access is turned on in the whole mozilla tree (just in case something
is written where I didn't expect it.

Besides that :

Following the source of XP Install I found in line 127:
127 INVALID_ARGUMENTS           = -208   (pasted from CVS-source via Web)

Could this really be triggerd by a missing write access?

Comment 3

[Daniel Veditz [:dveditz]]

something is wrong with XPInstall if you're getting -208 (invalid arg) errors 
on FreeBSD. Inability to write to disk gives you ACCESS_DENIED or maybe 
EXTRACTION_ERROR (-225).

Comment 4

[Jimmy Lee]

Build: 2000-08-21-12-M18(LINUX)

This test case passes for me.  I am not able to reproduce the errors reported.

Comment 5

[Daniel Veditz [:dveditz]]

Right, that's why it's reported against FreeBSD only. Need help debugging on 
that system (I don't have one).

Comment 6

[Daniel Veditz [:dveditz]]

I suspect getFolder() might be returning garbage or null, and then that's passed
to the addFile and addDirectory commands. Just a guess due to the
platform-specific nature of the directory service.

Comment 7

[Fabian Guisset]

I'm betting this is related to bug 37405

Comment 8

[Daniel Veditz [:dveditz]]

It's the same *kind* of failure if my earlier guess is right, but BSD is 
failing on all the choices with a testcase that passes on Linux.  The other bug 
is the one "OS Drive" target failing on Linux (and presumably other Unix 
versions).

Comment 9

[Eric Hodel]

This works for me on a CVS build from 20010121 on FreeBSD-current.

Comment 10

[Matthias Versen [:Matti]]

Reporter:
Is this still a problem with recent builds ?

Comment 11

[Matthias Versen [:Matti]]

-> wfm