Closed Bug 161919 Opened 22 years ago Closed 21 years ago

Download (save/save as) does not work

Categories

(Core Graveyard :: File Handling, defect)

Other
AIX
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: mybugs, Assigned: law)

Details

(Keywords: qawanted, Whiteboard: checkmac, checklinux, checkwin)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; AIX 0001B53F4C00; en-US; rv:1.1a) Gecko/20020612
BuildID:    2002072311

Save/Save As simply will not save any file.  This is version 1.1 beta for AIX. 
Version 1.1 alpha works.

Reproducible: Always
Steps to Reproduce:
1.Try to download a file, ftp or http
2.
3.

Actual Results:  When I click on a link to download (or use "save as"), the
dialogue box says "Downloading <tmpfile> ..." in the title bar. The dialogue
reads <tmpfile> could not be saved because the source file could not be read. 
Try again later, or contact the server administrator."  Note that <tmpfile>
varies and is the name of the tmpfile in my $TMP directory, not the actual name
of the file on the server.

Expected Results:  I expect the file to be saved.  Typically the title bar has
the name of the actual file on the server.

I do notice that there is no libnullplugin.so in the mozilla/plugins directory
in the 1.1 beta version.  The behaviour is the same whether I leave it as is, or
add the libnullplugin.so to that location from the 1.1 alpha build.  This is on
an RS6000.
any permission problems about the tmp-folder?
tried a fresh profile?
Summary: Download (save/save as) does not work → Download (save/save as) does not work
I tried a fresh profile ... no change.

Also, I own the tmpdir and the tmpfile is created, however it has 0 bytes while
the dialogue box is still up (and deleted after the box is dismissed).  However,
one development.  If I click on the link to download again (in this case
immediately, which may or not matter), another tmpfile is downloaded, but no
dialogue box pops up asking where to save the file and the file is not copied,
but remains in the tmpfolder with its temporary name.
-> file handling, aix qawanted

I have not seen similar reports in Networking in the time frame of your build date.

Possibly AIX only?
Assignee: new-network-bugs → law
Component: Networking → File Handling
Keywords: qawanted
QA Contact: benc → sairuh
Whiteboard: checkmac, checklinux, checkwin
QA Contact: sairuh → petersen
Resembles bug 171441 / bug 162593
Reporter: does deleting compreg.dat help?
This problem exists on Windows as well, but I cannot reproduce it under Linux.
As of the version 1.2 series (currently 1.2.1), the problem no longer exists on
AIX. I really could not say about Windows.  For me, it is resolved as FIXED.
resolving wfm per comment 6
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.