Closed Bug 169093 Opened 22 years ago Closed 22 years ago

Flash Remoting content fails to run properly in Mach-O builds

Categories

(Core Graveyard :: Plug-ins, defect, P1)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
PowerPC
macOS
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
mozilla1.4final

People

(Reporter: lewis, Assigned: peterl-bugs)

References

(
URL
)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20020909 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20020909 Flash 6 content that relies on Macromedia's Flash Remoting api does not properly work in Chimera .5. Reproducible: Always Steps to Reproduce: 1. Using Chimera .5 with Flash 6.0r47, hit http://examples.macromedia.com/petmarket/flashstore_800.html Actual Results: The Flash content on this page attempts to connect with a remote service, and failing to do so, will eventually time-out and redirect to a "sorry" page. Expected Results: Hit the same page using Mozilla 1.1 to see how the Flash application is supposed to work. The demo is taken from a Macromedia case-study at: http://www.macromedia.com/desdev/mx/blueprint/ Info on Flash Remoting may be found at: http://www.macromedia.com/software/flash/flashremoting/
Confirmed using Chimera/2002091704 on 10.1.5. It WorksForMe using FizzillaCFM/2002091708.
Status: UNCONFIRMED → NEW
Ever confirmed: true
confirming. Debug builds say: WARNING: No Cache Aval. Some plugins wont work OR we don't have a URL, file nsPluginHostImpl.cpp, line 2096
peterl, any ideas? Be nice to know if this works in a branch Mozilla build.
Works in Moz 1.2 under OS X.2.2 and the Flash 6.or67. Still fails in Build ID: 2002120404 with same config.
This fails in Mozilla Mach-O builds too.
Assignee: bnesse → peterl
Summary: Flash Remoting content fails to run properly → Flash Remoting content fails to run properly in Mach-O builds
it also won't work in mozilla 1.3b. in 1.2.1 flash remoting works flawlessly. also apple's safari 1.0v60 has a problem with flash remoting.
Move to trunk
Product: Chimera → Browser
Version: unspecified → Trunk
From http://www.markme.com/mesh/archives/001871.cfm: "Binary Posts are how flash remoting works. So if binary posts don't work flash remoting won't :)."
Just wanted to add that Flash Remoting is not working in Current Release Mac X Mozilla 1.3. This is a bug injection between Moz 1.2.1 to 1.3.
Could be failing because Mozilla 1.3 is now built with gcc 3.x in Mach-O format and the way we handle local file paths has changed. Investigating.... Also note: Javascript also is failing for same reason -- compiler switch. Flash needs to provide the browser with a gcc 3.x compiled Javascript interface. See bug 195264.
Priority: -- → P1
Target Milestone: --- → mozilla1.4alpha
Part of a log: ... -1610609172[cfbb30]: nsPluginStreamListenerPeer::OnDataAvailable this=387ad50 request=7874860, offset=32768, length=6621, url=http://examples.macromedia.com/petmarket/fui_components.swf -1610609172[cfbb30]: NPP WriteReady called: this=78716d0, npp=54c6b98, return(towrite)=268435455, url=http://examples.macromedia.com/petmarket/fui_components.swf -1610609172[cfbb30]: NPP Write called: this=78716d0, npp=54c6b98, pos=32768, len=6621, , return(written)=6621, url=http://examples.macromedia.com/petmarket/fui_components.swf -1610609172[cfbb30]: nsPluginStreamListenerPeer::OnStopRequest this=387ad50 aStatus=0 request=7874860 -1610609172[cfbb30]: NPP StreamAsFile called: this=78716d0, npp=54c6b98, url=http://examples.macromedia.com/petmarket/fui_components.swf, file=/Users/smfr/Library/Application Support/Chimera/Profiles/default/7cdajg1u.slt/Cache/071A7CB7d01 -1610609172[cfbb30]: NPP DestroyStream called: this=78716d0, npp=54c6b98, reason=0, return=0, url=http://examples.macromedia.com/petmarket/fui_components.swf -1610609172[cfbb30]: NPP URLNotify called: this=78716d0, npp=54c6b98, notify=8, reason=0, url=fui_components.swf -1610609172[cfbb30]: nsPluginStreamListenerPeer::dtor this=387ad50, url=http://examples.macromedia.com/petmarket/fui_components.swf -1610609172[cfbb30]: NPN_PostURLNotify: npp=54c6b98, target=(null), len=55, file=1, notify=9, url=http://examples.macromedia.com/flashservices/gateway, buf=file:///Frenzy/private/tmp/501/Temporary Items/00000002 -1610609172[cfbb30]: NPP HandleEvent called: this=54c6b80, npp=54c6b98, event=-1073749600, return=1 -1610609172[cfbb30]: NPP HandleEvent called: this=54a8960, npp=54a8978, event=-1073749600, return=1 ... Here's the problem: an old-style CFM path: buf=file:///Frenzy/private/tmp/501/Temporary Items/00000002
That's bug 197379. Setting dependency.
Depends on: 197379
this bug has been around ever since after 1.2.1, which was totally fine. apple addressed this issue in their 1.0b2v70, just 1 month after this bug was reported to them. remoting is a very important thing for flash applications. so it would be nice if the mozilla folks would fix this bug asap. i still have to use 1.2.1. all later versions of mozilla won't work with flash remoting. real bummer.
I have experienced the same bug on Mac OSX; latest build OSX 10.2.6 . Flash Remoting seems completely broken on anything that is talking to a ColdFusion Component on the server.
I'm unable to reproduce the issue on all browsers as described here: >I have experienced the same bug on Mac OSX; latest build OSX 10.2.6 . >Flash Remoting seems completely broken on anything that is talking to a >ColdFusion Component on the server. Steps: 1. With Mac 10.2.6 IE 5.2 or NS 7.0 or Safari v74 with Flash Player 6r79 (current release) goto: http://examples.macromedia.com/petmarket 2. Click on pet type buttons result: site uses CFCs and CFMX server with Apache. Site functions as expected.
I'm currently unable to reproduce this issue on Mac 10.2.6 using Moz 1.3a, 1.3b, 1.3 with Flash Player 6r79. Looks like there was a fix in the Mac OS update from 10.2.5 to 10.2.6 that resolves this issue.
Edwin, i just downloaded 1.4 release1. (Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030529) and flash remoting still isn't working! (nor in any previous release, except 1.2.1) http://examples.macromedia.com/petmarket will redirect you to a page that says "Network Communication Error" after a couple of seconds. also this site i did: http://www.fabrikamrotbach.ch won't work, because it uses flash remoting, i.e. sends binary data via the plugin, and that's exactly what the problem is: binary data. beleive me. it has nothing to do with a mere system update. phil
forgot to tell that i am running 10.2.6 as well. flash plugin version 6.0 r79. cheers, phil
Phil, You're right... Remoting is still broken in Moz 1.3+, 1.4RC1 with 6r79 on Mac 10.2.6. I'm trying to come up with a good excuse... I was drinking? Pixies? someone hacked my Mac? Alchemy?
The problem occurs in all Mozilla builds built with gcc rather than CW. The problem is that the file path specified by Flash when calling NPN_PostURLNotify is not accepted under Mach-O. This bug is not limited to plugins, see bug 197379. Hm...I wonder if we can use nsILocalFile::InitWithCFURL here to convert the url......
Target Milestone: mozilla1.4alpha → mozilla1.4final
This was fixed by checkin for bug 197379.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
[quote]This was fixed by checkin for bug 197379.[/quote] and what does that mean exactly? does it mean that all mozilla builds form now on support flash remoting? flash remoting is not just some unimportant feature of flash. it is absolutely crucial to have it working. so please, mozilla-developers, try to make this work reliably across all versions. thanks!
marking VERIFED, testcase works in today's trunk build (mozilla 1.5a). the patch in bug 197379 is waiting approval from drivers@mozilla.org to land on the 1.4 branch.
Status: RESOLVED → VERIFIED
Peter L asked me to check this on the today's branch (1.4). This is indeed fixed on that Macho branch (2003-06-19-08) build since the url provided works fine in that build.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.