What I'd like to use is the NPN API, so it would work
in any browser [1] (Mozilla, Firefox, konqueror etc.).

The idea is to substitute the call:
   string command = "firefox -remote \"openurl(";
with
   NPN_GetURL(_instance,url.str(),target_string);

but I don't see how to make it work, because is an NPN function
and I don't know how to call it from ASHandlers...

I've created a function in the plugin, but still don't know
how to call it from ashandler...

bool nsPluginInstance::NPNGETURL( const char* url, const char* target)
{
NPP npp = _instance;
        NPError err = NPERR_NO_ERROR;

        err = NPN_GetURL(npp,url,target);
        if (err != NPERR_NO_ERROR) {
     cout << "Plugin: Could not open the given URL!" << endl;
             return false;
        }
        return true;
}



See: http://developer.mozilla.org/en/docs/NPN_GetURL
for more info.

[1] Any browser that uses the NPN API.

Sebastià

Sebastia' , could you argument again on this ? I'd like to understand the problem. Is the problem the hard-coded call of 'firefox -remote' ?
Is there an equivalent for mozilla (mozilla -remote) ?
And for other browsers ?
We can use an environmental variable if there are compatible
tools for all the browsers we intend to support.
The alternative is having plugins for each browser type open up a socket of fifo to emulate that -remote behaviour themself, and a gnash helper tool to act as a client for it.

I would like to re-open this bug, because
it only works for firefox.
The applied solution ASAIK is to create a new
firefox process with OPENURL and giving it the URL
to open.
This is browser dependent, in Mozilla it does
not work.

There should be other way of doing it.
I'll also try to look it up.

Sebastià

It works fine for me too in FF 1.5.0.4, thanks!
One small thing, the URL still opens in a new tab rather than in the same one.

I manually copied some entry points from a different sdk and it seems to still be working with firefox 1.0.4. Seems good !

Now I'll add the -U switch for gnash ...

Seems a good starting point:
http://www.mozilla.org/projects/plugins/npruntime.html

Now that I'm back home, on high bandwidth, I'll download the mozilla-sdk and see if I can take the javascript code in...

There must be some other way beside javascript (what if javascript is disabled?). Unfortunately the "Working with URLs" chapter of the Gecko reference is empty :(

Looking forward for more help in this.

Ok, I'll give this a try by providing a fixed "frame url" for a single run (a -U switch or similar). It would be worth to check what happens to relative urls when the 'target' window is not the window from which the SWF movie was loaded (would it resolve relative to the target window url OR the SWF-embedding window one?).

In the former case a -U switch would not suffice, and we'll really need a way for the standalone player to communicate with the plugin.

In IE 4.5 and older  versions on Macintosh, relative links are resolved relative to the location of the .swf file, not the HTML file.

Yes, in most browser it is the other way around, so we might
make it a compile-time macro.

The problem is: how does the standalone player knows the url of
the HTML page ? We can add a -U switch, but could not find a way to extract current frame URL from the NSAPI. Suggestions welcome.

I've finally found informations about how GetUrl relative urls should be resolved. Source is Colin Moock's "ActionScript: The Definitive Guide".
Well, it seems there's no standard behaviour. This is listed under the "Bugs" section for the GetUrl() function.
Some browser resolve relative to the HTML page,
some other relative to the .swf movie.
So, if we were to change current behaviour we would still break
compatibility with some other browsers.

We do resolve relative to the .swf movie and that's it.

Just executing "firefox absolute_URL" seems to do what's needed, it opens the URL in the current window or tab. I think adding another gnash parameter to tell it the base URL and launching "firefox <new_calculated_absolute_URL>" should do.

As for the "another target" problem I'm not sure how it would work with flash I haven't seen any examples but I think the relative URL would still be calculated based on the URL of the frame where the movie resides, so it's not a problem.

mmm.. this means that the getURL call should be done with the relative URL, leaving resolution to the browser. We can do that, but then any direct gnash invocation (not trough a browser) will lack the information about the url that is supposed to be opened, unless we provide it using another switch.

The -u switch we currently have will still be required for loadMovie actions, in which it's the parent movie's URL that
counts, not current windows'.

So... options are:

  - add another specific switch for the url of the "loader page"
  - use an environment variable (firefox might provide standard ones, in which case we might support that and let user use that to "fake" loads from within a browser.
  - Use a custom parameter value for use with -P

Actually, all of the above solution are still limited in that in case a target is another window then the one the movie has been loaded into, it's URL can change w/out any notification to the gnash executable, so we'd loose track of any way for resolving
relative urls..

Maybe a quick and dirty hack could be adding a switch to tell gnash that it's been called from the plugin and completely disable relative urls resolution from GetURL in those cases + warn if no "plugin mode" is activated and relative URLS are encountered.

Votes ? :)

I added parameters passing support in the plugin.
I think it's working, please test yourself.
(I still get X crashes)

I added a -P switch to the gnash executable.
Manually running this testcase with appropriate -u and -P
switches seems to give good results.

Heres a log produced by hitting all buttons from right to left in order.

17:51:00: get url: target=, url=http://http/www.voiptalk.org/products/flash/login.php (login.php)
17:51:00: Launching URL... firefox -remote "openurl(http://http/www.voiptalk.org
/products/flash/login.php)"
17:51:05: get url: target=, url=http://http/www.voiptalk.org/products/flash/login.php (login.php)
17:51:05: Launching URL... firefox -remote "openurl(http://http/www.voiptalk.org
/products/flash/login.php)"
17:51:11: get url: target=, url=http://http/www.voiptalk.org/products/flash/shop
ping_cart.php (shopping_cart.php)
17:51:11: Launching URL... firefox -remote "openurl(http://http/www.voiptalk.org
/products/flash/shopping_cart.php)"

Next would be having plugin.cpp make up the call.

I updated gnash to support query strings. At a first look it seems that the SWF file does NOT contain any URL parsing ActionScript code, so this means that we really need a special handling for "FlashVars". I suppose this would be similar to what the ActionScript LoadVars class or the loadVariables global method do, which are also both unimplemented.

Hm... I had a look at the html source and it looks like the URLs are passed as parameters:

      <object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,29,0" width="785" height="144">
        <param name="movie" value="/products/flash/voip_main.swf"><param name="quality" value="high"><PARAM NAME="FlashVars" VALUE="home_path=index.php&basket_path=shopping_cart.php&account_path=login.php&topup_path=VoIPtalk%2BServices%2FCall%2BCredit">        <embed FlashVars="home_path=index.php&basket_path=shopping_cart.php&account_path=login.php&topup_path=VoIPtalk%2BServices%2FCall%2BCredit" src="./flash/voip_main.swf" quality="high" pluginspage="http://www.macromedia.com/go/getflashplayer" type="application/x-shockwave-flash" width="785" height="144"></embed>
      </object>

So the URL from which the movie is loaded is http://http://www.voiptalk.org/products/flash/voip_main.swf

And the URL that opens when I click "My Account" in IE browser is http://http://www.voiptalk.org/products/login.php

If I open it with "gnash -v" I get the following:

15:38:22: Verbose output turned on
15:38:22: OpenGL extension version - 1.3
15:38:22: Got double-buffered visual.
15:38:22: Created top level window
15:38:22: ERROR:   FIXME: tagtype = 25
15:38:22: note: couldn't open cache file 'file:///tmp/voip_main.swf.gsc'
15:38:26: get url: target=, url=file:///tmp/undefined (undefined)
15:38:26: Launching URL... firefox -remote "openurl(file:///tmp/undefined)"


the last 2 lines appear when I click "My Account".

By "the same location" I mean location where the original movie is.

Should be fixed in CVS, plese give it a try.