Closed Bug 392766 Opened 19 years ago Closed 19 years ago

Second time saving specific webpage spawns empty "Active" area.

Categories

(Toolkit :: Downloads API, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.9beta1

People

(Reporter: stephend, Assigned: Mardak)

References

Details

Attachments

(3 files)

Build ID: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a8pre) Gecko/2007081818 Minefield/3.0a8pre Summary: Second time saving specific webpage spawns empty "Active" area. Steps to Reproduce: 1. Load http://www.timewarner.com/corp/ 2. Choose File | Save Page As, with filter type of "Web Page, complete" 3. Notice that the first time you download, this works fine (it moves from "Active" to "Completed" in a heartbeat). 4. Again, choose File | Save Page As, with filter type of "Web Page, complete" 5. Confirm the replacement of the already-existing file. 6. Examine the UI of the Download Manager window. Actual Results: See attachment; there is an empty "Active" section. Expected Results: There should be no more "Active" section, since the replaced file's timestamp seems to indicate the replacement was successful.
Attachment #277272 - Attachment mime type: application/octet-stream → text/plain
Flags: in-litmus?
Attached image screenshot after steps —
This is using a tryserver build.. https://build.mozilla.org/tryserver-builds/79-elee@mozilla.com-firefox-try-mac.dmg It's not empty active (probably because of bug 393821) but the first download is 0 for some reason......
Depends on: 393821
OS: Windows Vista → All
Hardware: PC → All
Assignee: nobody → edilee
Seems to be fixed by bug 393821 -- checked with an hourly build Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007100120 Minefield/3.0a9pre
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3 M9
Verified FIXED using Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a9pre) Gecko/2007100120 Minefield/3.0a9pre However, I'm going to spin off a bug that the actual page content is wildly different than the original, served content. http://litmus.mozilla.org/show_test.cgi?id=4702 in-litmus+ I filed bug 398238 to address the issue that either some JS--which calls the Flash movie--isn't being included properly (bogus paths which aren't adjusted to point to local content?), which makes the page content largely broken (since it uses Flash).
Status: RESOLVED → VERIFIED
Flags: in-litmus? → in-litmus+
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: