Closed Bug 162215 Opened 23 years ago Closed 23 years ago

Flash not showing at nissan.de

Categories

(Tech Evangelism Graveyard :: English US, defect)

Product:
Tech Evangelism Graveyard
Component:
English US
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: doronr, Assigned: doronr)

References

(
URL
)

Details

There should be a flash animation in the lower right. Originally filed at http://bugscape.netscape.com/show_bug.cgi?id=18218 The code: <embed src="/images/flash/primera1.swf?gLID=1" quality="high" bgcolor="#FFFFFF" WIDTH="252" HEIGHT="149" TYPE="application/x-shockwave-flash" PLUGINSPAGE="http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash"> </embed> which is inside a object tag for activex. The wierd thing is that saving the page to disk makes it work.
WFM in Build 2002081018 under Win98.
branch or trunk?
no animation, linux trunk cvs 2002-08-10, flash 5.0 r48
OS: Windows 2000 → All
confirming (no anim) on build 20020809 on Win2k (trunk) + Flash 6.0.40 (with xpt if that matters).
the embed tag seems to be coded incorrectly, if they would use an absolute URL for the src attribute (http://www.nissan.de/images/flash/primera1.swf?gLID=1) it would work just fine.
Assignee: beppe → aruner
Component: Plug-ins → Plugins
Product: Browser → Tech Evangelism
QA Contact: shrir → mgalli
Version: other → unspecified
Re=assigning to Doron -- have they got their directory structure incorrect in DE Nissan site? Doron works with German sites.
Assignee: aruner → doron
They use an absolute url: <embed src="/images/flash/primera1.swf?gLID=1" ... I don't see how this is evangelism exactly.
I think beppe believes that the directory structure is not a valid one -- they use a relative URL that isn't correct with respect to their present directory. Does the 'object' tag also use this URL schema in the param attribute? And does it work? If so, throw this one *back over the fence* to beppe's team because it has no business in evangelism.
<object ...> <param name=movie value="/images/flash/primera1.swf?gLID=1"> <embed ... src="/images/flash/primera1.swf?gLID=1" ...> </embed> </object> Seems to me to be valid, but I may be missing something. Relative urls should work in embed, right?
and specifically what is it realtive to?
an absolute url would be constructed as this: http://www.nissan.de/images/flash/primera1.swf?gLID=1 what is displayed in the embed is a relative URL: /images/flash/primera1.swf?gLID=1 A relative URL requires a base reference, such as codebase -- I did not see a base reference in this code
Hm, shouldn't it, if there is no codebase (though this is an embed tag) be relative to the loaded url?
I'm sorry - I don't think I was clear in what I was trying to say, let me try again -- the relative reference in the embed tag is not a correct path relative to the location of the document. If you were to produce an absolute URL based on the merging of the information, the absolute URL for the plug-in would be: http://www.nissan.de/savedcars2/images/flash/primera1.swf?gLID=1 where the document location is: http://www.nissan.de/savedcars2/ if they wanted to be relative from the document, it would need to be coded like this: ../images/flash/primera1.swf?gLID=1 I hope that is a little more explicit
Doron is correct. This is how embed tag has been used for eons -- you can put a relative URL for embed tag, and it is understood with respect to the existing URL. You need *absolutely no* "further qualifications" to the embed tag (such as codebase) as suggested in Comment 11 . The proof of the pudding is if this works in Communicator 4.x. If so, Doron -- reassign this back.
really, embed processing self corrects bad url references? cool, I had no idea we did that
ahhh... ok, beppe is right, and what she says makes more sense -- didn't understand before. tested on 4.x it doesn't work, right doron? which means that the way they do their relative url is not correct, but the fact is, relative urls work if done correctly. so what if we did a base href="http://www.nissan.de" and tested with beppe's urls (e.g. "../images.."). Does it work then?
www.nissan.de works fine on linux redhat 8.0 mozilla 1.2beta flash 5.0 r47
Confirming wfm using build 2002120104 on Linux + Flash 6.0r61.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
SPAM: New Components
Component: Plugins → English US
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.