404 error running WDL

[Axelvold]

I did run my site in FF with HTTPFox on and I do not see any errors.

[broadstairs]

Just checked the server logs on my site and I don't get the errors you describe. A mistake in your coding somewhere???

Not every site gets it, and as for coding it's not mine it is the standard version supplied for the html with url corrected and he config is one I've been running for years which was created using the configurator but a long time ago. For it to be my error it would have to have the word 'undefined' in it but nowhere does this exist.

One thought is that I am running FF under Linux, in the morning I'll boot XP and see if I see the same thing, dont see why I should not see the error but its worth a try.

Stuart

[niko]

Or, maybe you are getting it because of using a .css file, or substitute icons, which I would guess most users don't. Might be interesting to try a basic config and .html page and see if that generates the error. (No css, no icons, no errors here.)

[broadstairs]

Or, maybe you are getting it because of using a .css file, or substitute icons, which I would guess most users don't. Might be interesting to try a basic config and .html page and see if that generates the error. (No css, no icons, no errors here.)

Yes it could be the css or icons etc but my point is that the actual GET is being generated by the WDL coding, yes maybe because I have something missing in my config or css but the coding should be detecting what is missing and then issue a warning, not issue a GET request that the server cannot fulfil. I should not have to guess what's missing.

Stuart

[niko]

Just trying to bring the problem into better focus

[broadstairs]

Just trying to bring the problem into better focus

I understand that Niko, but I have been trough all my files andstill cant guess what it is which is causing the problem.

Right now I am running XP and the problem still shows up so it's noting to do with the OS beneath the browser.

Stuart

Edit: Just checked Axelvold's site again and I still see the 404 error for undefined. (actually two 404 errors, one genuine as he is missing an icon and the second one for undefined)

[broadstairs]

Right gone back to Linux now and done some more changes. I have added the rest of the possible icon statements to the config and changed it to NOT ignore the icon keywords, lso double and triple check all the config and HTML/PHP code and cannot find anything which could obviously cause a GET request to be issued with a file name of 'undefined'.

So I am now left with the assumption that somewhere in the .swf code or js code there is an error which caused this to be issued. It seems likely to me that there is an undefined variable somewhere which should be filled in by a config option but for the life of me I cannot guess what it should be. This is the point where I need to know from Brian whether or not he can find the required option and let me know how to resolve this. If there is something missing from my config which is required I believe the code should issue an error message instead of ignoring it, or if it is not a required option then the code should be changed so this GET request is not issued.

Stuart

[Axelvold]

Just checked Axelvold's site again and I still see the 404 error for undefined. (actually two 404 errors, one genuine as he is missing an icon and the second one for undefined)

I did see those now as well.

When I did remove the following from the xml file so did they disappear.

Code: [Select]

<!-- Start of Premium settings -->
<styleSheet></styleSheet>
<icons>
<iconOvercast>http://www.axelvold.net/wd/ajax-images/ovc.jpg</iconOvercast>
<iconWindy>http://www.axelvold.net/wd/ajax-images/wind.jpg</iconWindy>
<iconRain>http://www.axelvold.net/wd/ajax-images/ra.jpg</iconRain>
<iconWindyRain>http://www.axelvold.net/wd/ajax-images/windyrain.jpg</iconWindyRain>
<iconPartCloud>http://www.axelvold.net/wd/ajax-images/sct.jpg</iconPartCloud>
<iconCloud>http://www.axelvold.net/wd/ajax-images/bkn.jpg</iconCloud>
<iconHaze>http://www.axelvold.net/wd/ajax-images/hazy.jpg</iconHaze>
<iconSun>http://www.axelvold.net/wd/ajax-images/skc.jpg</iconSun>
<iconSnow>http://www.axelvold.net/wd/ajax-images/sn.jpg</iconSnow>
<iconThunder>http://www.axelvold.net/wd/ajax-images/tsra.jpg</iconThunder>
<iconFog>http://www.axelvold.net/wd/ajax-images/fg.jpg</iconFog>
<iconMist>http://www.axelvold.net/wd/ajax-images/mist.jpg</iconMist>
<iconClearNight>http://www.axelvold.net/wd/ajax-images/nskc.jpg</iconClearNight>
<iconPartCloudNight>http://www.axelvold.net/wd/ajax-images/mbkn.jpg</iconPartCloudNight>
<iconDrizzle>http://www.axelvold.net/wd/ajax-images/shra.jpg</iconDrizzle>
<iconTornado>http://www.axelvold.net/wd/ajax-images/nsvrtsra.jpg</iconTornado>
</icons>
<!-- End of Premium settings -->

@broadstairs, do you run the premium version as well?

[Weather Display]

This is the point where I need to know from Brian whether or not he can find the required option and let me know how to resolve this.

not sure why you think I would know ?

[broadstairs]

not sure why you think I would know ?

Brian it was Julian's announcement that you now own WDL, so I assumed (maybe wrongly) that you would have the code and be able to give advice. If that is wrong how do I get some advice and guidance on how to achieve my aim which is to stop erroneous errors when users access my WDL page.

As to Axelvold's comment - yes I do run the premium version and I will try removing the icon statements to see if it alleviates the problem.

Stuart

Edit: I have just tested removing the icon statements from the config file and this removes the 404 error, so the problem is related to the code which gets the icons in the premium version and it does not seem to be one subset or complete set of icons, defining any icon statement seems to cause the problem.

[TNETWeather]

I've not done the custom icons even though I have the premium version of WDL...   

However, with the error you are getting, I'm wondering if you remove one icon entry at a time in the icons section and see if the error goes away.  It might be that one of the entries is not properly defined and is causing the undefined error.

[Weather Display]

Brian it was Julian's announcement that you now own WDL, so I assumed (maybe wrongly) that you would have the code and be able to give advice

yeah, but you seem to think I am some kind of genius who can over night learn my way around code that someone has worked on for 8 years?

[broadstairs]

yeah, but you seem to think I am some kind of genius who can over night learn my way around code that someone has worked on for 8 years?

No Brian I just thought that since you have the code you might find a bit of time to have a look and see if you can see anything. I for one am quite happy to chase this down further if you can come up with any suggestion, I did not try to contact Julian as I dont believe he is around much now and I think if he had been he might have already chimed in on this thread.

We seem to have narrowed it down to the code which handles icons in the premium version as removing all trace of the icons from the config file the problem goes away. I suspect this problem has been there for some time maybe even from the outset of the premium version. I also suspect from the symptom that it is because there is an undefined variable somewhere.

Stuart

[Weather Display]

is it really such a big problem to cause all this grief?

[broadstairs]

is it really such a big problem to cause all this grief?

Brian it's not a huge problem however I think it will hit potentially every visitor to every site which uses premium WDL and has icons specified I think at some stage it is worth fixing. I always check my server logs and view the 404 errors and fix all those I can fix (ie. not script kiddies trying to hack my site). It could be something simple like an unreferenced variable, or potentially it could be a piece of code which is not working correctly and something is missing - I simply dont know. So far this month I have had 536 404 errors from this one program. Maybe the simplest thing is to ask Julian to take a quick look since he knows the code so well.

Stuart