201262 - "Save Page As..." (Web Page, complete) filename(s) can differ from "Save Frame As...", as in reported testcase

Status: RESOLVED INCOMPLETE

(Firefox :: File Handling, defect)

Description

[Serge Gautherie (:sgautherie)]

User-Agent:       Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.4a) Gecko/20030401
Build Identifier: Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.4a) Gecko/20030401

This bug may have existed for a long time (== allways);
But I hit it again ("hard") when creating the testcase for bug 201108 :-(

When saving a frameset, one can end up with frame filename(s) which is obsolete.


Reproducible: Always

Steps to Reproduce:
0. From bug 201108 comment 4:
1. Do step 1 and 2
2. If you see "vide_g.html" in the left frame, do step 3 and 4 also. (that's bug
201108)

3. On the left frame (you should see "frame2_g.html" now):
4. Use "This Frame > Save Frame As...": the default filename is "frame2_g.html" :-)
5. Use "Save Page As..." with "(Web Page, complete)" option

Actual Results:  
The current content ("frame2_g.html") of the left frame was saved under the name
("vide_g.html"; probably taken from the source of the frameset !?) of the
initial frame.


Expected Results:  
For consistency, the "disk" filemane of that frame should reflect its current
"memory" filename, as in "Save Frame As...".

Obviously, the frameset content should be saved/updated accordingly.


Workaround: do the job manually afterward; not so easy, especially if there are
many frames, or if one does not notice the issue.

For example, in bug 201108, I had both contents (over)written on the same file:
until I used another directory, then renamed the files and put them back
together :-(

Comment 1

[Boris Zbarsky [:bzbarsky]]

Over to adam; this is a webbrowserpersist issue...

Comment 2

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.4) Gecko/20030529]

In v1.4rc1, bug 201108 is fixed; the current bug remains.

Adding (K) 'dataloss' based on my Description "I had both contents (over)written
on the same file".

(On Netscape v4.8, this feature does not exist (no (K) '4xp'): it only saves one
"frame" at a time, not the whole page/frameset.)

Comment 3

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.3.1) Gecko/20030425]

The bug was already there: probably has "allways" been.

Comment 4

[simon annear]

Don't have access to win95
tested with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050302
and Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20050105

Worksforme

Testing included

Download testcase file https://bugzilla.mozilla.org/attachment.cgi?id=119880
Opened file index.asp.html
Tried "This Frame -> Reload frame" on both sides of frame, pages didn't change
(good)
Tried "This Frame -> Save Frame As" on both sides of frame, saved with correct
names and correct data

Comment 5

[Philip Chee]

Based on Comment 4 resolving as WFM

Comment 6

[Serge Gautherie (:sgautherie)]

(In reply to comment #4)
> Tried "This Frame -> Reload frame" on both sides of frame, pages didn't change
> Tried "This Frame -> Save Frame As" on both sides of frame, saved with correct
> names and correct data

Sorry, you missed to test step 5.

(In reply to comment #5)
> Based on Comment 4 resolving as WFM

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.3a1pre) Gecko/20091007 Minefield/3.7a1pre] (nightly) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.3a1pre) Gecko/20090928 SeaMonkey/2.1a1pre] (nightly) (W2Ksp4)

Reopening: bug still there.

Comment 7

[Damon Sicore (:damons)]

Not blocking 1.9.3, but def patches wanted.

Comment 8

[Hani Yacoub, Desktop QA]

Closing this as resolved: incomplete due the long time this bug was logged, the functionality most likely doesn’t exist anymore.
Please feel free to reopen this bug if you think otherwise.