FMud update released
A few minor fixes in this release.
Version 0.92
Released on 2nd March 2010.
- Fixed a bug with the hide_password parameter
- Fixed a bug with font selection
- Fixed a bug with handling telnet ECHO
FMud is a simple web based Flash mud client. A running demo, feature list and installation instructions are available on the FMud project page.
Bookmark and Share...
8th March 2010 at 05:36
Dear Matt,
Many thanks, it works now -
http://www.genesismud.org/fmud/genesis.html
28th March 2010 at 17:00
I like the progress, but the one suggestion I have, is I would like there to be a way to change the defaults of the client like font and colors and so on. I’d also like the ability to select more than one line when you have time. Thanks for your hard work!
9th April 2010 at 06:42
You should release a version of this but for Flash 6 so it can be played on the PSP’s web browser. thanks
21st April 2010 at 01:07
Hello :) I wanted to use fmud because it just looks fantastic. Problem is i get the security error every time =\ I’ve changed ports, undone the firewall on our server and even port forwarded yet nothing is helping. Doesn’t even look like it’s connecting to the policy port it does however ping the server.
It’s located at http://www.aethro.com/totalwar/fmud/FMud.html
I’ve tried installing flash debugger but the options are greyed out so i cant actually see where it’s going bonkers.
Any advice would be appreciated thanks :)
23rd April 2010 at 15:44
@Paul
I get the following error log: (you need to download the debug version of Flash player to get these):
Error: Failed to load policy file from xmlsocket://s21.aethro.com:843
Warning: [strict] Ignoring policy file at xmlsocket://s21.aethro.com:6685 due to incorrect syntax.
Are you sure the policy file is being served on port 843 and that your firewall is allowing connections?
30th May 2010 at 21:28
Having trouble with the password hiding. Even with hide_password=0, it hides the password and then any input after the password. It also starts scrolling by itself, with no visible output from the server.
You can see the behavior here: http://kingdomsofahln.com/play/
31st May 2010 at 00:50
@Justin
I just had a look and I’m seeing the password displayed as normal.
31st May 2010 at 06:37
Oh, weird. It is working now with the password hidden or not hidden. Must have been some weird caching issue. Thanks for checking!
10th July 2010 at 05:50
Been banging my head against this issue for a while and no success so far, so figured I’d ask. Same issue of incorrect syntax as someone else presented:
Warning: [strict] Ignoring policy file at xmlsocket://delirium.isunlimited.net:2423 due to incorrect syntax.
My firewall rule and script is running correctly, as far as I can tell. If I telnet to it I get feedback accordingly:
Listening on port 843
Connection from ::ffff:XX.XX.XX.XX:63749
However, trying to launch it from the client itself just presents the usual security error:
http://www.bloodsunrising.com/FMud/FMud.html
My policy is:
My html bits are:
VALUE=”host=delirium.isunlimited.net&port=2423&title=Blood+Sun+Rising&policy_port=843
FLASHVARS=”host=delirium.isunlimited.net&port=2423&title=Blood+Sun+Rising&policy_port=843
Any advise?
10th July 2010 at 09:22
@Nil
I get this using the debug player:
This implies that either you aren’t serving the policy file or that your firewall is blocking port 843.
Trying telnet gives:
So I’d check your firewall.
10th July 2010 at 16:59
Thanks for looking at it, Matt.
843 on delirium.isunlimited.net is closed.
telnet delirium.isunlimited.net 2423 will give you the login for the MUD
telnet bloodsunrising.com 843 will just give you a blank screen as usual and I’ll get a notification in the nohup.out file accordingly.
The weird thing is that is is indeed trying to load the policy from delirium.isunlimited.net at 843. That of course should fail.
It should be trying to load the policy from bloodsunrising.com at 843 but connecting to delirium.isunlimited at 2423.
10th July 2010 at 17:43
No it shouldn’t. The policy file has to be hosted at the domain you want to make a socket connection to, in this case delirium.isunlimited.net.
10th July 2010 at 18:17
Hm! Now I am a bit more lost, even.
So, should the same server where the MUD is (in this case delirium.isunlimited.net) have the policy and the python script serving it, with the HTML alone in the separate website where I am launching the client.
Think I’ll have to start hosting my own MUD, then. Can’t run python scripts from where my MUD is being hosted at the moment, nor open ports.
Thanks for the help though. Not really experienced with this stuff at all.
10th July 2010 at 19:20
The purpose of the policy file is to specify the domains which are allowed to make socket connections, so it makes sense that the policy file is on the same host as the one you are making the socket connection too. Otherwise anyone could host an app and give it permission to make socket connections somewhere else. Obviously this isn’t really relevant for MUDs as they are open to socket connections from anywhere anyway, but the system wasn’t designed by Adobe with MUDs in mind :)
Contact your MUD host and ask them to serve a policy file allowing connections from any domain on any port and that should cover anyone who hosts a MUD there.
10th July 2010 at 23:12
Smashing. All up and running. I just installed the MUD engine in my server and imported the DB from the old one.
Better that way, now all is managed locally.
Thanks for the help, I’d have been running in circles forever otherwise.
20th July 2010 at 21:00
I am attempting to add a flash player to the mud that I have going as a pet project, using FMud, the policy file seems to get served up just fine, however I receive a ’security error’ with unspecific information.
This is the policy file:
I added several of the domain iterations to make sure that wasn’t the cause.
This is the actual page Im testing that doesn’t seem to work:
http://www.elvenblade.ca/FMud.html
The policy is served on port 27015 - the HLDS port - I used this one for testing purposes because I -know- it is unblocked (and unless I run my HLDS server, unbound, which - I made sure, Im not). You can TELNET to it and see - the connection does not get refused.
The actual game connects on the TELNET port - elvenblade.ca:23 that is.
Both myself and the other coder for my mud couldn’t seem to get this working, so I thought I’d ask here.
Cheers,
Peter M Dodge
20th July 2010 at 21:07
It seemed to have eaten the policy file in the comment display. If you need it please feel free to ask me and I can mail it, though I will note I -did- make sure http://www.elvenblade.ca where it’s being served from is in the file.
21st July 2010 at 10:56
Error: Failed to load policy file from xmlsocket://elvenblade.ca:27015Looks like the policy file isn’t being served.
22nd July 2010 at 01:58
It was, and is, but on another port now, as we figured it out on the NakedMud IRC:
Oh, duh! I know your problem.
A socket policy file served from a port >1024 can only authorize connections to ports >1024.
You need to serve the policy file from a port <1024 if you want to open port 23.
It works fine now that I changed the port! Maybe you could make a note of that, for future people like me wondering about that.
Thanks for the reply though :)
Cheers,
Peter M Dodge