bugGnash - The GNU Flash player - Bugs: bug #17169, Navigation links not being followed

 
 

bug #17169: Navigation links not being followed

Submitted by:  None
Submitted on:  Fri 21 Jul 2006 05:35:00 AM UTC  
 
Category: NoneSeverity: 3 - Normal
Release: NoneStatus: Fixed
Privacy: PublicAssigned to: Sandro Santilli <strk>
Open/Closed: Closed

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sat 02 Sep 2006 12:52:53 AM UTC, comment #3:

See: http://lists.gnu.org/archive/html/gnash/2006-09/msg00002.html

Sandro Santilli <strk>
Project MemberIn charge of this item.
Sun 30 Jul 2006 01:44:18 AM UTC, comment #2:

I cleaned up the code to easy further developments on this.
Also, I realized that before passing the stuff to a browser
we still need to check for FSCommand: urls, and this is currently
done.

I changed status from Confirmed to Needs Info because I'd like
to see the debugging output of the non-working setup
(does the plugin leave a log somewhere ?)

Sandro Santilli <strk>
Project MemberIn charge of this item.
Sun 30 Jul 2006 12:51:05 AM UTC, comment #1:

I tried playing the attached movie with the standalone player.
The movie_root::get_url function is actually never called,
but all the work is done by SWFHandlers::ActionGetUrl.

THere's no problem with relative urls in this case.
The url in the SWF is already absolute (our current code
doesn't handle relative urls in this case).

ActionGetUrl and ActionGetUrl2 really needs some merging
and cleanup.

Finally, Click events work correctly. Try running the standalone
player with -v to see. With the standalone player clicks open
a firefox window with the target url.

I'm not sure we should really do anything more then handling
the get call to a browser. The browser will handle javascript.

Unfortunately I can't look at it now as I don't build the plugin
yet (too old firefox)

Sandro Santilli <strk>
Project MemberIn charge of this item.
Fri 21 Jul 2006 05:35:00 AM UTC, original submission:

As asked by strk I'm reporting this bug I originally mentioned on the gnash mailing list.

The following is what was said on the list for those not on the list :

First Mail - Grahame White


Are click events supposed to be recognised at this stage? I've tried out a few websites that insist upon using flash for navigation, I can see the menus but clicking on any of the links does nothing.

http://www.eyezmaze.com/ for example contains a series of links (the rounded white boxes) that should link to the games. I'm not expecting the games to work at this point :) but the links to the games don't even work. I'm sure they were working before.

I'm using firefox 1.5.0.4, Debian Unstable amd64 and gnash compiled from cvs.

--

Second Mail - Rob Savoye


Some sites use a relative URL and expect to be able to pop up a movie in a frame of the web page. These currently don't work yet, but fully qualified URLS (like on the doonsebury.com page) do work. I believe that to make some of these web page navigation things work, we need to add a way for the player to know the base URL, and to grok Javascript. This is definetely on the TODO list.

--

Third Mail - strk


Rob, we do support relative URL, (well, in HEAD at least). That's the main reason for the URL class. What doesn't work in this case is probably the GetURL internal function. We should make -v always print what is known to not work.

--

Fourth Mail - Rob Savoye


There are two types of URL. GetURL does work, but when navigating web pages it appears to not use that opcode. Unless it's changed while I was on vacation, the code for parsing these types of URLs doesn't use GetURL, but instead has it's own code.

movie_root::get_url(const char *url)
{
GNASH_REPORT_FUNCTION;

string command = "mozilla -remote \"openurl";
command += url;
command += ")\"";
dbglogfile << "Launching URL... " << command << endl;
system(command.c_str());
}

This is how the URL gets processed to load into the browser, and is insufficient for anything but a full URL. To use a Flash movie to navigate a web page with frames (which is usually how it's done), I believe we need to add support for Javascript to the plugin, so the frame data, etc.. can be passed to the player, and the player needs to pass data back to the browser. Supporting relative URLs will help with this, but won't cover all cases.

And yes, I highly agree that -v should print anything that won't work.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

Attached Files
file #10390:  v1.swf added by None (76KiB - application/x-shockwave-flash - The flash file from the site. Would be better to actually follow the link for testing though)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 7 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Mon 23 Oct 2006 07:15:31 PM UTCstrkStatusReady For Test=>Fixed
  Open/ClosedOpen=>Closed
Sat 02 Sep 2006 12:52:53 AM UTCstrkStatusNeed Info=>Ready For Test
  Assigned toNone=>strk
Sun 30 Jul 2006 01:44:18 AM UTCstrkStatusConfirmed=>Need Info
Sun 30 Jul 2006 12:51:05 AM UTCstrkStatusNone=>Confirmed
Fri 21 Jul 2006 05:35:00 AM UTCNoneAttached File-=>Added v1.swf, #10390

Back to the top


Powered by Savane 3.1-cleanup1