116757 - Save page as... Web page, complete doesn't save anything

Status: VERIFIED DUPLICATE of bug 115216

(Core Graveyard :: File Handling, defect)

Description

[Vincent Deconinck]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.7) Gecko/20011221
BuildID:    2001122106

When trying to save that page, nothing gets saved. An directory is created to
store related files, but there's nothing in it, and no html file is created...

Reproducible: Always
Steps to Reproduce:
1. Go to http://www.geocities.com/pratiksolanki/
2. Click File -> Save Page As ... -> (Name) test.html -> (Type) Web Page,
complete -> OK
3. Look at the place where the file should be

Actual Results:  Nothing was saved, except an empty directory named 'test_files'
was created

Expected Results:  An html file should be created, and linked files (images)
should be stored in the created subdir

Comment 1

[Matthias Versen [:Matti]]

confirming with win2k build 20011223..

-> File Handling 
(CC Ben who added this feature in bug 11632)

Comment 2

[Boris Zbarsky [:bzbarsky]]

This is most likely Adam's...

Comment 3

[Dimitrios]

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

Comment 4

[Mike Pinkerton (not reading bugmail)]

also happens on the mach-o build. marking platform "all"

Comment 5

[sairuh (rarely reading bugmail)]

would this perchance be the same as, or at least related to bug 115181?

when you encounter this bug, do you see the same kind of "no progress" download
progress dialog? screenshot is at
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=61691

if yes, these bugs seem related!

Comment 6

[Vincent Deconinck]

Well, during the "save" phase, I can indeed see a transient "Saving file..."
dialog similar to the capture you mentioned, but the progress bar quickly jumps
to 100% then it disappears (and my understanding is that it's not the case for
bug 115181). I think the "dialog" behaviour here is normal, but I managed to get
a capture anyway, ask me if it's of any interest.
I wouldn't conclude that bugs are "related" just because of it (they clearly are
not dups), but the last paragraph of the original report for bug 115181 is
indeed exactly what I see : only an empty <name>_files dir with no files
actually saved.

Comment 7

[shrirang khanzode]

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

Comment 8

[Tobias Weibel]

Attachment: html file without pics, css, ... (description follows)

Comment 9

[Tobias Weibel]

Attachment: html file with icon and other link (description follows)

Comment 10

[Tobias Weibel]

I made the following strange observations:

attachment 63658 [details]: I can't save this page.

attachment 63659 [details]: I can only sometimes save this page. It depends on the
path length! See table below. If I change the content of the file (e.g. remove a
<link ...> line), I have no problems.

Length of "F:\mozilla_source\bug\" = 22  --> column 1
Length of "F:\mozilla_source\bugs\" = 23 --> column 2

 
 |     directory length      |    subdir    whole path
 |     22+     ¦     23+     |
 +-------------+-------------+
 |   1 :  ok   |   1 :  ok   |    1         .
 |   2 :  ok   |   2 :  ok   |    12        .
 |   3 :  ok   |   3 :  bad  |    123       F:\mozilla_source\bug[s]\123\xy.html
 |   4 :  ok   |   4 :  ok   |    1234      .
 |   5 :  ok   |   5 :  ok   |    .         .
 |   6 :  ok   |   6 :  ok   |    .         .
 |   7 :  ok   |   7 :  ok   |    .
 |   8 :  bad  |   8 :  ok   |
 |   9 :  ok   |   9 :  ok   |
 |  10 :  bad  |  10 :  ok   |
 |  11 :  ok   |  11 :  ok   |
 |  12 :  bad  |  12 :  bad  |
 |  13 :  ok   |  13 :  ok   |
 |  14 :  bad  |  14 :  bad  |
 |  15 :  ok   |  15 :  ok   |
 |  16 :  ok   |  16 :  ok   |
 |  17 :  bad  |  17 :  ok   |
 |  18 :  bad  |  18 :  ok   |
 |  19 :  ok   |  19 :  ok   |
 |  20 :  ok   |  20 :  ok   |
 |  21 :  bad  |  21 :  ok   |
 |  22 :  bad  |  22 :  ok   |
 |  23 :  ok   |  23 :  ok   |
 |  24 :  ok   |  24 :  ok   |
 |  25 :  bad  |  25 :  ok   |
 |  26 :  ok   |  26 :  bad  |

Comment 11

[Tobias Weibel]

Attachment: My test environment (zip-file)

Comment 12

[Derek Lee]

I can confirm this bug for Moz 0.9.7 linux build 2001122108 (i686)

The symptoms I get are similar.

A dialog box comes up, but the program does not do anything after that. 
It does not indicate that it is saving anything. A directory is created to store
the files, but it remains empty.

In my case, this occurs for BOTH "complete" and "HTML only" saving options.

I have tried this on simple HTML pages
eg

http://uk.arxiv.org/list/cond-mat/new

which contains only html text.

Comment 13

[Dimitrios]

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

Comment 14

[Erik]

Another interesting thing is:

- open Derek's link http://uk.arxiv.org/list/cond-mat/new

- right click and choose 'Edit Page in Composer' from Context Menu

- in Composer change anything, e.g. delete a character

- try to save the changes

=> Error Message "Saving file failed" appears...

Comment 15

[Matthias Versen [:Matti]]

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

Comment 16

[Matthias Versen [:Matti]]

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

Comment 17

[Olav Vitters]

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

Comment 18

[Matthias Versen [:Matti]]

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

Comment 19

[Adam Lock]

This looks like a dup of bug 115216.

The html source contains a <link> element with a mailto: href and this is
screwing up the persist object because it thinks there is a channel error when
it can't open the mailto: url . A patch is attached to the other bug but will it
have to be updated once 110135 goes in.

*** This bug has been marked as a duplicate of 115216 ***

Comment 20

[Tobias Weibel]

attachment 63658 [details] contains no <link> element! perhaps this is an other bug (for
example bug 117655)

Comment 21

[Boris Zbarsky [:bzbarsky]]

That's covered by bug 119496, which is apparently also fixed by the patch in bug
115216

Comment 22

[sairuh (rarely reading bugmail)]

v