Weather Widgets Won't Work

All the weather widgets I've download won't change the location of the weather displayed. it always stays stuck on whatever default location was originally scripted. The widgets accept the new zipcode, but the weather info displayed is still from the default location. I also tried just entering the name of the city and country, but that doesn't work either.
3,061 views 15 replies
Reply #1 Top
I just ran Orbital Weather by Tiggz - it is accepting zip code changes.

are you using newer versions or older versions?
Reply #2 Top
Have you tried clearing cache?

Close the weather widgets.

Control Panel > Appearance and Themes > Folder Options > View tab > select "Show hidden files and folders" > click "Apply".

Go to "C:\Documents and Settings\USERNAME\Local Settings\Application Data\Stardock\DesktopX\Widgets" folder - inside you should see folders for one or more weather widgets. If so, delete the folders, and try to run the widgets again.
Reply #3 Top
All mine are also working..had a few not work when I updated to newest version of desktopX ..but ..I was able to fix most by opening desktopX , then opening desktopX builder " Import " the widget , then right click on the widget and export it back to widgets and changed its file name by just adding a 2 after it. They seemed ok once i did this...same for any clock widgets that the hands werent on face of clock...but were on the screen near clock.
Reply #4 Top
Corky O...
we got Koasati's & Skarn's articles..

maybe you should do one with the list of all these 'how to clean out/up caches' and stuff you've been giving us.
save me some copy/paste - try to remember where i put it....
Reply #5 Top
Will do, Bichur.
Reply #6 Top
Reply #7 Top
I have the same problem. No weather widgets work, and I have the strong impression it is caused by the corporate firewall. If I would know the host and port that is used to collect the weather data, I wuold be able to use HTTPort to work around this problem.
Reply #8 Top
Weather information is usually from www.weather.com (don't know if it has a static IP address available).
Reply #9 Top
I found that when I searched for more information about weather widgets, but I doubt it is using port 80, because I can access the webpage of weather.com without any problems.
Reply #10 Top
Have you tried "cmd prompt > netstat -ano" to list processes and ports with widget loaded?

Show the PID in Task Manager Processes, to locate the widget PID.

Just a thought.
Reply #11 Top
Tested Silica Weather widget.

Firewall permission required for original destination address = 63.240.76.198 DNS

Established connection = 63.111.24.34 Port 80
Reply #12 Top
OK, I just don't get why it works perfectly on my home computer, while at work it doesn't (most other widgets work). I am using Windows 2000 at work, that is no problem, right?
Reply #13 Top
I have not heard of any limitations for widgets running on Windows 2000.

If the other widgets work, then DesktopX is functioning fine.

Did you try clearing the cache (see comment #2), or Fairyy's work around yet?

If you are receiving no information on the widget, then probable firewall block (alerts may be set to off, or just not showing on your workstation - which would maintain the block). You probably need to get a permission set for that widget (dxwidget.exe).

If you are seeing only Livonia, MI - run it and see if the information updates during the course of the day. If so, then the issue would seem to be in the handling of location changes by the widget.

I am not a coder, so other than trying the "import as a new object > exporting as a widget" workaround, or just importing as an object and running to test - I have no competent advice for playing around with it.

Perhaps someone else will have a better idea.
Reply #14 Top
OK go figure this.

Run a weather widget as an executable - no problem changing the location.

Close widget and import it as an object - cannot change the location if my life depended on it. Sometimes I even get a scripting error on line 11 of the script associated with the location. the object id is weather_location2 and the offending code line reads http.send ''.

Delete the object and related objects, reload widget and it works as designed.

Now I've used DesktopX on a few different PCs over the past few years and it is only in the latest version that I came back to after a period of non-use that the object versions have failed to work.

I'm open to suggestions.

Thanks in advance.

DavidB
Reply #15 Top
Do you need to provide proxy authentication (username/password) to use the 'net? If you do, you'll find that very few of the weather widgets work - in fact only with ones that use ActiveX will work. Just to test, try the WickedWeather widget Link. If that works, then I'd say that the issue for the widgets is with the firewall/proxy.

I actually think that ActiveX should be a standard for inclusion in widgets accessing the 'net. What does everyone else think?