199015 - After inital install of 1.3 download manager only works if mozilla started in dist_dir

Status: RESOLVED WORKSFORME

(SeaMonkey :: Download & File Handling, defect)

Description

[Mike Coyne]

User-Agent:       Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.3) Gecko/20030321
Build Identifier: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.3) Gecko/20030321

After inital install of 1.3 download manager only works if mozilla started in
dist_dir  ... If you start mozilla out of the  "/opt/mozilla" dir say in a path
down load manager will not come up, also when you try to download a file you get
a  error  xxxxx file could not be saved because source file could not be read,
contact the server administrator.

Reproducible: Always

Steps to Reproduce:
1.start mozilla out of dist tree
2.download a file, say a pdf...
3.

Actual Results:  
error  xxxxx file could not be saved because source file could not be read,
contact the server administrator.

Expected Results:  
should have opened the application or the save file as box...

Comment 1

[Matthias Versen [:Matti]]

*** Bug 199017 has been marked as a duplicate of this bug. ***

Comment 2

[Matthias Versen [:Matti]]

Can you delete your Browser-Cache, OS-Temp Directory and try again ?

Comment 3

[Mike Coyne]

I used another user, removed the .mozilla dirctory. and tried it. 
the /tmp directory had been cleaned.  No change. 

if i use sh -c "cd /opt/mozilla ; ./mozilla"
it works. fine? 
Note.. system is hpux 11.11 patched to march 2003, java 1.4.1

setup followed per install instructions...


#!/bin/sh
dist_bin=`dirname $0`
MOZILLA_FIVE_HOME=$dist_bin
LD_LIBRARY_PATH=$dist_bin
SHLIB_PATH=$LD_LIBRARY_PATH:$SHLIB_PATH
export MOZILLA_FIVE_HOME LD_LIBRARY_PATH SHLIB_PATH
$dist_bin/regxpcom
$dist_bin/regchrome
touch $dist_bin/chrome/user-skins.rdf $dist_bin/chrome/user-locales.rdf

Note the addition on SHLIB_PATH ... for HP.  Prior to running this i could 
not run mozilla from the command line.  This is the first time i needed to 
use this script on a mozilla install? the script was run a root per instructions.  

Comment 4

[Mike Coyne]

Problem was corrected in 1.4a binary.  Issue seems to be resolved. Problem seems
to be in 1.3 only.

Comment 5

[Frank Wein [:mcsmurf]]

Resolving Wfm per Comment 4