Red Hat Bugzilla – Bug 446640
base URL incorrectly set
Last modified: 2008-05-23 03:33:32 EDT
The button on http://www.freshwell-health-centre.com/ doesn't seem to work,
although I'm sure it once did.
Admittedly, it's one of the most gratuitous uses of flash I've ever encountered,
but still it ought to work.
I see the following output:
Starting process: /usr/bin/gtk-gnash -x 58722964 -j 100 -k 23 -u
http://www.freshwell-health-centre.com/button7.swf -F 53 -U
http://www.freshwell-health-centre.com/ -P base=. -P height=23 -P
-P quality=high -P src=button7.swf -P type=application/x-shockwave-flash -P
RcInitFile: parsing /home/dwmw2/.gnashrc
17304] 15:22:49: DEBUG: gnash::media::sound_handler*
17304] 15:22:50: DEBUG: returning
17304] 15:22:50: DEBUG: Checking support for MIT-SHM...
17304] 15:22:50: DEBUG: NOTICE: MIT-SHM available (version 1.1)!
17304] 15:22:50: DEBUG: Your X server expects RGB24 pixmap data for standard mode.
17304] 15:22:50: DEBUG: Created XEmbedded window
17304] 15:22:50: DEBUG: X server pixel format is (R16:8, G8:8, B0:8, 32 bpp)
17304] 15:22:50: DEBUG: X server is using ARGB32 pixel format
17304] 15:22:50: DEBUG: framebuffer pixel format is ARGB32 (big-endian host)
17304] 15:22:50: DEBUG: Base url set to: file:///home/dwmw2/.
17304] 15:22:50: DEBUG: GTK-AGG: Using shared memory image
17304] 15:22:50: DEBUG: initialized AGG buffer <0xf797c000>, 9200 bytes, 100x23,
rowsize is 400 bytes
17304] 15:22:50: UNIMPLEMENTED: FIXME: tagtype = 55
17304] 15:22:50: MALFORMED SWF: last expected SHOWFRAME in SWF stream
'http://www.freshwell-health-centre.com/button7.swf' isn't followed by an END (41).
17304] 15:22:50: ERROR: Parsing exception: premature end of tag: need to read 26
bytes, but only 23 left in this tag
17304] 15:22:50: DEBUG: Global instance list grew to 8 entries
17304] 15:22:51: DEBUG: get url: target=_parent, url=file:///home/dwmw2/Homepage
Frameset.htm (Homepage Frameset.htm), method=0 (sendVars:0, loadTarget:0,
17304] 15:22:51: SECURITY: Load of file /home/dwmw2/Homepage Frameset.htm
forbidden (starting url http://www.freshwell-health-centre.com/button7.swf is
not a local resource).
I can reproduce the bug. I'll wait a bit for the next release which is
due in few days, and if I can still reproduce it I'll fill it
It still happens with gnash from cvs. Looks like it sees the
<param name="base" value="."> in the HTML source, and calculates that relative
to the current directory, instead of to the original URL.
A fix should in upstream CVS. Could you please test?
Bug report I filled upstream is:
'cvs up -dP ; make' fails, as usual. Normally this is because Gnash is afflicted
by autotools and doesn't just use proper makefiles; I'll try to make it work...
Life's too short to work out why autotools were causing problems (I think
libnet/Makefile wasn't including rtmp_msg.cpp even after I'd rerun ./autogen.sh
and ./configure and it had tested my fortran compiler a dozen more times, as it
Building from a clean checkout works, and the bug is fixed. Thanks.