Closed Bug 284779 Opened 20 years ago Closed 20 years ago

[TRUNK] View Page Info - Media: cannot save "Embed" media with relative src URLs and does not show full address

Categories

(SeaMonkey :: Page Info, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 213701

People

(Reporter: pabouk, Assigned: db48x)

References

()

Details

(Keywords: regression, testcase)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050217 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050217 In "Page Info" "Media" tab function "Save as..." does not work for media type "Embed" application/x-shockwave-flash. "Page info" shows "Size: unknown", "Cache source: not cached" even though I can find the file in the browser's cache. URL of the example page: http://happytreefriends.atomfilms.com/watch_episodes/flash/play.asp?episode=limb relative link of the media: loader_movie.swf?episode=limb Entering the URL: http://happytreefriends.atomfilms.com/watch_episodes/flash/loader_movie.swf?episode=limb correctly downloads and shows the flash movie and File > Save Page As... saves the file correctly. It happens only on certain servers. Symptoms: does not show file size, does not say cached, save as does not do anything. Reproducible: Always Steps to Reproduce: 1. open for example http://happytreefriends.atomfilms.com/index.html 2. click play episode 3. wait for the flash movie to appear 4. select "view page info" in the movie window 5. select "media" tab 6. find Embed object of type application/x-shockwave-flash 7. try "save as..." Actual Results: It does not do anything. Expected Results: It should save the file with flash content.
wfm with a current cvs trunk build on Win2K.
Confirming with Mozilla 1.8b2 build 2005030605 on WinNT4. After entering the filename in the save as file dialog nothing happens. I see this in the console: Error: uncaught exception: [Exception... "Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsITransfer.init]" nsresult: "0x80004003 (NS_ERROR_INVALID_POINTER)" location: "JS frame :: chrome://communicator/content/contentAreaUtils.js :: internalSave :: line 376" data: no]
Summary: cannot save "Embed" media shockwave-flash → View Page Info - Media: cannot save "Embed" media shockwave-flash
Version: unspecified → Trunk
I have tested the latest nightly build on Windows XP SP2: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050307 BuildID = "2005030706" The bug also reproduces here but it seems that other problematic sites like http://www.atomfilms.com/af/animation/ i.e. http://www.atomfilms.com/af/content/more_sex_than, which did not work in 1.8 beta and older, are without problems in the latest build. BTW how do I get the "console" or a debug log on Win32 platform?
Check if the prefs javascript.options.strict and javascript.options.showInConsole are set to true in about:config to show more info. JS console is here: Tools - Web Development - JavaScript Console
Is this a duplicate of Bug 284714?
(In reply to comment #5) > Is this a duplicate of Bug 284714? Yes, they both look the same. I see for this the same like in bug 284714 comment 1: The EMBED swf does not show a full address in Page Info - Media, only the filename without path. try http://happytreefriends.atomfilms.com/watch_episodes/flash/showplay.asp?episode=limb the EMBED src is relative, show the used script at http://images2.shockwave.com/js/preplay.js The bugs should not be duped until the real cause is found because the code is forked (see the JS console errors for Seamonkey trunk: comment 2 and for Firefox trunk: bug 284714 comment 0). Also this bug affects only trunk builds. With the testcase from bug 284714 I get the same result as in comment 2 here. Confirming and adding dependency.
Status: UNCONFIRMED → NEW
Depends on: 284714
Ever confirmed: true
Keywords: regression
Summary: View Page Info - Media: cannot save "Embed" media shockwave-flash → [TRUNK] View Page Info - Media: cannot save "Embed" media with relative src URLs and does not show full address
Tested: Mozilla 1.8a5 release: It works as expected! (shows full address, shows filename in save dialog and saves the file without errors) Mozilla 1.8a6/1.8b1 release: Same broken behavior as current 1.8b2 builds. Before 1.8a5 patch for bug 239472 fixed a lot, before 1.8a6 were was for example patch from bug 195492 which could cause this (I don't know). Adding testcase (derived from the FF bug).
Keywords: testcase
dup of an older bug of mine *** This bug has been marked as a duplicate of 213701 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: