Closed Bug 322170 Opened 20 years ago Closed 18 years ago

Shockwave map doesn't appear on trunk

Categories

(Core Graveyard :: Plug-ins, defect)

PowerPC
macOS
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.9alpha8

People

(Reporter: jruderman, Assigned: Biesinger)

References

()

Details

(Keywords: regression, Whiteboard: qawanted)

Attachments

(4 files, 2 obsolete files)

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060102 Firefox/1.6a1 Steps to reproduce: 1. Go to http://darkwing.uoregon.edu/~atlas/europe/interactive/map32.html. Result: no map. Expected: map. The Shockwave thingie on http://sdc.shockwave.com/shockwave/download/triggerpages_mmcom/default.html does work. I only see this problem on trunk. The page works on the Firefox 1.5.0.x branch (specifically, Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051224 Firefox/1.5.)
If I go directly to the plugin data URL (http://darkwing.uoregon.edu/~atlas/europe/interactive/map32.dcr), the trunk build does show the map. So I don't think this is a problem of a server giving Firefox a bogus mime type.
Summary: Shockwave map doesn't work on trunk → Shockwave map doesn't appear on trunk
Version: 1.8 Branch → Trunk
This bug affects all of the "interactive" maps that http://darkwing.uoregon.edu/~atlas/europe/maps.html links to.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051231 Firefox/1.6a1 ID:2005123103 I see the map but it uses 100% cpu. The same in IE.
Regressed between 2005-09-20 and 2005-09-22 trunk builds (Mac). Bug 1156 went in during that period, so I'm guessing it's the culprit.
Blocks: 1156
ok. The html has: <EMBED SRC="map32.dcr" height=350 width=465 PALETTE=background> That file seems to be sent with application/x-director, which presumably is OK. What does about:plugins show for this specific plugin, especially for the types and the extensions?
Shockwave for Director File name: NP-PPC-Dir-Shockwave Macromedia Shockwave for Director Netscape plug-in, version 10.1.0 MIME Type Description Suffixes Enabled application/x-director Shockwave Movie dcr,dir,dxr Yes
a log shows: -1610551960[2906c40]: OBJLC [25ae692c]: mFinalListener->OnStartRequest failed (80004005), falling back (it also shows Got frame 249311c (mInstantiating=-1) - why minus 1?)
OK, turns out that the plugin's NPP_NewStream method returned NPERR_GENERIC_ERROR. sigh...
(the build that produced this log contains the patch at http://stud4.tuwien.ac.at/~e0225227/callsetwindow.diff)
Flags: blocking1.9?
Regressions are bad :)
Assignee: nobody → cbiesinger
Flags: blocking1.9? → blocking1.9+
Attached patch patch (obsolete) — Splinter Review
Jesse, could you test this patch? I don't have easy access to a shockwave plugin right now.
Status: NEW → ASSIGNED
I don't either -- I got my PowerBook replaced with a MacBook Pro last month and Shockwave is more or less unsupported on Intel Macs.
hm... what about windows? does this bug happen there too?
WFM on Windows
I can't get Shockwave to work at all on Windows, even at http://www.isketch.net/isketch.shtml.
(In reply to comment #17) > WFM on Windows Is that with or without the patch? (and if with the patch, was it broken without it?)
Sorry, that's without the patch applied. Current trunk build, using Shockwave Player 10.1.
Whiteboard: qawanted
I can reproduce on windows/firefox/build from today
OS: Mac OS X → All
Hardware: Macintosh → All
I actually can't, the reason it didn't work was that that build didn't find the plugin. once I fixed that, the page worked for me.
OS: All → Mac OS X
Hardware: All → Macintosh
This problem is Mac-specific, and needs PPC because Shockwave for mac doesn't work on Intel. This specific URL here works on trunk; I bet it was fixed by bug 347736, because we instantiate Shockwave directly without waiting for a server response, and then we don't fallback if NewStream returns an error.
Attached patch workaround for shockwave/mac (obsolete) — Splinter Review
Attachment #256070 - Attachment is obsolete: true
Attachment #274504 - Flags: superreview?(bzbarsky)
Attachment #274504 - Flags: review?(jst)
Comment on attachment 274504 [details] [diff] [review] workaround for shockwave/mac actually this doesn't work
Attachment #274504 - Attachment is obsolete: true
Attachment #274504 - Flags: superreview?(bzbarsky)
Attachment #274504 - Flags: review?(jst)
Attachment #274651 - Flags: superreview?(bzbarsky)
Attachment #274651 - Flags: review?(jst)
Comment on attachment 274651 [details] [diff] [review] workaround for shockwave/mac, v2 Gack. I guess if we have to... :(
Attachment #274651 - Flags: superreview?(bzbarsky) → superreview+
Attachment #274651 - Flags: review?(jst) → review+
Targeting for M8 per conversation with biesi.
Target Milestone: --- → mozilla1.9 M8
Checking in nsObjectLoadingContent.cpp; /cvsroot/mozilla/content/base/src/nsObjectLoadingContent.cpp,v <-- nsObjectLoadingContent.cpp new revision: 1.55; previous revision: 1.54 done
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: