Hi there. I need some help. I'll try to be as clear, brief, and yet detailed as possible. I have a deadline of this Friday, when my game plays again, to resolve this issue. Thanks in advance for your assistance!

Issue: When I run OpenRPG, I suddenly cannot access the Game Server list. I click on Game Server->Browse Servers, and the window pops up, but the list is blank. In addition, while I can load maps, I cannot load figurines onto those maps. Makes it hard to properly GM my campaign. ; ) Here is the troubleshooting I have so far been able to complete on my own, in no particular order:

1) Everything worked fine for me right up to the Friday session beforehand; then last Friday it just...stopped working.

2) I did three things that may have possibly caused this: I reinstalled my Linksys router setup (it was going wonky), limited some msconfig bootup access, and blocked some internet access via my firewall. I have since reversed the firewall and msconfig changes (I can't reverse a reinstall ; ). Problem persists.

3) If I'm given a server's direct IP, I can access that server by entering it into the Address field of the Game Server window.

4) I have disabled my firewall, and unplugged my router from my computer entirely (including trying both at once). Problem persists.

5) My players can load minis onto my maps just fine, but cannot see any minis I attempt to load. Nor can I see the minis they load. I cannot remember if they could see my attempts to load minis, sorry--but I believe not.

6) If I try to load a saved map with minis on it, I cannot; all I get is a blank green screen. OpenRPG does not freeze when this happens, and I can successfully load a saved map with no minis afterwards.

7) So far as I can tell, chat, dice roller, Game Tree, and everything else seems to load and work just fine.

8) I downloaded and upgraded to OpenRPG v1.8 (I was using 1.7.7). Problem persists.

9) I uninstalled python, wxpython, and OpenRPG. Installed python 2.5.4, wxpython 2.8.x, and Traipse OpenRPG. Problem persists.

10) The problem happens whether I'm connected to a server or not. (In other words, I cannot load minis to a map when I have just run OpenRPG on my own comp, and not connected to a server.)

11) I am running Windows XP with Admin access on my login.

12) Now that I have upgraded to Traipse, when I try to load minis they show as properly-labelled green boxes with the word "Fetching" graphically contained within the boxes. The figure does not load; the longest I have waited is half an hour.

Anyone have any ideas what could be causing this?

Where are you getting your minis from? Locally? A web page?

If you are getting them locally then you need to make sure that you have CherryPy setup properly. Here is the CherryPy guide for Traipse: https://www.assembla.com/wiki/show/traipse/CherryPy

If you are getting them from a web page, then it is likely the images are not available.

Ah, I knew I'd still forget details, thanks.

No, I'm going to the webpages, r-clicking and selecting properties, and copying and pasting them into the add mini field. I had actually thought of this one as well, and given the link to one of my players; he could load it into the map just fine.

Sounds like the three things that could have created problems may have.

I am not on a Windows XP computer right now, so I forget all the terminology the OS uses, but I will try and explain as best I can.

A couple things I would try would be to refresh your computers location. I forget what Windows calls it, basically it resets your computers connection.

Another thing you might try is to go into the Firewall and delete the reference to Python or OpenRPG, whatever you called it. Then when you start the program again the firewall will ask you if you want to prevent access for the program.

Some more questions:
Do you see any errors in the console?
Would you be willing to try the Traipse Beta and see if that helps, or maybe helps at least find what is causing the problem?

OK you have a work-around for the server issue (pasting the IP in manually). Still you might want to look at this thread where the guy has a very similar problem and figures it is because of his proxy server:
viewtopic.php?f=4&t=91

In particular can you see this page?
http://orpgmeta.appspot.com/

That's the metaserver, which serves up XML so you can see it in your browser and so find out if its OpenRPG or your system that can't get to it.

I have a Linksys router too, on a Windows machine (my old machine was XP) and I didn't need to open a port for OpenRPG to get it to work although I ended up doing it when I was messing with setting up a server. But you use one of the public servers, right?
===========================================================================

So basically the two other problems are: (1) you can't add minis to the map (2) minis already on the map don't display for you.

(2) is common enough if you have some sort of internet issue, but you say that you can get to the images directly if you type the same URL directly into the web browser (in fact you are getting the images from off the web to begin with). (1) is very uncommon. Let me check I have that right. Before the change to traipse you couldn't even get a "fetching..." come up? But now you do? I wonder if that same change means that other players can see the images you load -- even when you only get "fetching..."?

Btw if you load a map with both minis and whiteboard stuff do you get the whiteboard stuff showing and the minis are now "fethcing..."?

It might be that you can get one of the other two methods of loading minis working for you. The first is to grab a mini from your local files (drag and drop the file to the OpenRPG map should work, and also use the "Browse" button on the mini tab) and have the OpenRPG imageserver host it for you. The second is to use CherryPy plugin and that creates a server on your machine that the other clients use (no doubt prof.ebral will explain that option but basically you switch on the cherrypy plugin and have image files in a folder under myfiles).

Those would be two possible workarounds but I am not sure why the images are not loading for you. Are you having any internet issues other than those with OpenRPG at all? For example why were you re-installing your Linksys to begin with?

Sorry for my absence, I've been trying some troubleshooting of my own as well.

--I have figured out how to, and tried resetting my IP.

--I have deleted my entire firewall program list just in case.

--I see the webpage davidbyron linked, in code format: (anglebracket)server id="219395739606234" name="Living Knowledge Arcana (Beta)" address="64.21.252.122" port="9557" num_users="1" version="1.2" start="1263968322"(anglebracket,anglebracket)/server(anglebracket) and so on.

--I had already opened a port for OpenRPG on my Linksys Router last summer, which seemed to be necessary for the program to work properly for me, iirc.

--I have been using the Veav server for the last few months, yes.

--Before Traipse (and OpenRPG 1.8, which I got working the same way as Traipse) I couldn't even see 'fetching' images, yes. Nothing would happen, at all. 'Fetching' now happens in both 1.8 and Traipse.

--When I load a map that already has (had?) minis on them, the map loads and the minis are all accounted for and properly labelled--but all I see are the green 'fetching' boxes.

--I checked with a player, and they can see the proper mini images (and not the green 'fetching' boxes) both when I load maps with minis, and when I add them manually.

--Drag-and-drop does not seem to work for me; nothing happens, not even a 'fetching' image.

--I will try cherry.py soon and let you know how it goes.

--A crashreport file was now created when I tried to load the map:

--Then that error was wiped and a new crashreport was created when I tried to load a mini via a 'r-click/properties' link:

Does that help you figure anything else out?

--Btw, is Traipse backwards-compatible with OpenRPG, or would my players have to convert as well?

Thanks again, both of you. ; )

--IndyPendant.

You can use Traipse to play with others using Standard. There are some changes being made to Traipse's Game Tree so some character sheets will not work with one or the other.

As for the error. I am not sure right now. It looks like the software may be blocked by something when trying to make a connection. But you deleted your firewall? Do you have a firewall that came with your OS that might be preventing it from connecting?

Well it seems to be at least to the point where your players will see the stuff. Since the error does seem to be with connecting I would also hope that using local images through CherryPy might let you see it (since you may have no difficulty connecting to your own machine).

Um. prof.ebral, do you have a nice explanation of how to get CherryPy working by any chance?

All of which doesn't answer why you are having problems connecting to external sites through python.

To answer the question on Traipse, there has been some divergence, but the core messaging system for passing map movement, nodes and chat text messages remains identical as yet. Traipse may have some problems with some character sheets, though actually I doubt even that. So it's like 95%+ compatible perhaps 99%.

I assume btw that you have no problem loading the image in a browser or seeing it here:


What version do you have that drag and drop doesn't work again? Dang it; I already fixed that twice. Works for me with the 1.8.0+ developer version. You have 1.8.0.4 or something?

Well does the Browse button (on the grid's miniature's tab) work? It does the same thing; you grab an image from your local files. It just isn't quite as nice as drag and drop.



Not sure... what do you mean by that? there's no load of a mini on any right-clcik on the map is there? (I am willing to be corrected; this software has a lot of mystery features).



Weird. "KeyError" means that you tried to access a map with a key it doesn't have. In this case the url is the key and the map holds the image. But on the line just before this one it specifically checks that the key is in the map. At least it does in the code I have... and again, lest you think it's a thread issue, the whole function is locked. Now the only time I can see that alters the cache map without taking a lock (WHHHHHHHY???) is in cleanCache which is called when the number of the cache size is exceeded. But it defaults to 32 so you wouldn't see that happen at first unless you start by loading a map with a lot of images. While you were in this case in general that wouldn't explain any problems you have with loading just one image from a url when you've just started OpenRPG, although if all your images are timing out, it might explain how you end up picking up on a bug that might not have seen the light of day otherwise....

Which brings us to what appears to be the main issue:



This is an error coming from python's urllib though I it gets it from the even lower level sockets stuff so it isn't even python really at that point.

Is this a proxy issue? But I think you had not changed anyting about your Internet set-up since before it started? I found this short conversation:


http://irclogs.ls-themes.org/freenode/p ... 2008-11-28

I know that in another thread there was some talk about openrpg having some code to handle proxy servers but I have no idea about thatbeyond what was said there, which was to set up an environment variable called http_proxy.
viewtopic.php?f=4&t=91

But I don't know where he got that idea from and I can't find a reference to that variable name, http_proxy, within the code. Oh OK I found the reference in the openrpg docs and it seems to be something pythion itself picks up on:



But it does not say if the proxy issue might account for image loading problems. It does however appear to be the urllib that is effected:

http://docs.python.org/library/urllib.html


Alright so how do you know if you have a proxy server? Well if your web browser is using it already you should be able to get the details by looking at some weird config page in your web browser. Something along the lines shown here:

http://whatismyipaddress.com/staticpage ... oxy-server