Bug 62927 - gweather does not do anything
Summary: gweather does not do anything
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gnome-applets
Version: 7.3
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mark McLoughlin
QA Contact: Aaron Brown
URL:
Whiteboard:
Depends On:
Blocks: 61901 67218
TreeView+ depends on / blocked
 
Reported: 2002-04-07 21:05 UTC by Gene Czarcinski
Modified: 2007-04-18 16:41 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-06-21 20:14:12 UTC
Embargoed:


Attachments (Terms of Use)

Description Gene Czarcinski 2002-04-07 21:05:35 UTC
Description of Problem:
Added the Gnome weather applet (gweather) to the panel.

On added a "?" and a small mark to the panel.  Clicking on id mostly did
nothing.  Once it brought up a panel that looked like one to select the weather
site to monitor/display but that panel was frozen.  Had to kill it to get rid of it.

Version-Release number of selected component (if applicable):
fresh install of 7.2.93

How Reproducible:
every time I tried

Steps to Reproduce:
1. 
2. 
3. 

Actual Results:


Expected Results:


Additional Information:
	
I also have evolution configured to display weather for a number of cities and
it works fine.

Comment 1 Havoc Pennington 2002-04-09 11:22:44 UTC
output of rpm -q gnome-applets?

gweather is quite fragile, it depends on the specific HTML used for the yahoo
weather site...

Comment 2 Gene Czarcinski 2002-04-09 12:39:18 UTC
This is 7.2.93 (beta4 or skipjack 2).  The version is gnome-applets-1.4.0.5-4

Comment 3 Havoc Pennington 2002-04-09 21:49:11 UTC
Do you have any weird setup like firewall/proxy or something like that?

It seems to work for me.

Comment 4 Gene Czarcinski 2002-04-09 22:47:26 UTC
The system does sit behind a firewall but other "weather" display apps such a
the kweather applet under kde and the evolution weather displays seem to work fine.

Comment 5 Havoc Pennington 2002-04-10 20:47:28 UTC
Maybe you could attach to the applet with strace ("strace -p -f -o output PID")
and then click update, and see what appears in the "output" file?

Comment 6 Gene Czarcinski 2002-04-10 22:50:13 UTC
Well, maybe it wasn't so repeatable after all.  It seems to be working now.  I
am not sure what was happening before but it didn't work.

Now there is about a one second delay and this the display comes up.

However, when it first started, it started with Pittsburg, PA.  I live in
Northern Virginia.  When kweather first starts up, it prompts for the proper site.

Anyway, I am closing this bug since it has started working.

Comment 7 Gene Czarcinski 2002-04-10 22:52:37 UTC
I had another thought about this.

It could have been that the Pittsburg site was down when I tried it.  I tried to
go and configure it but it did not respond.  That may be a real bug and I will
keep an eye on it.

Comment 8 Gene Czarcinski 2002-04-10 23:00:18 UTC
OK, I am reopening this because I was able to reproduce this.  I will try to get
more info but from the description below you may be able to see some fix.

The "problem" is that when the select (Pittsburg by default) site is down or
does not respond (a question mark is displayed), the applet hangs waiting for
something and cannot bring up the properties panel so that it can be reconfigured.

Comment 9 Gene Czarcinski 2002-04-10 23:24:05 UTC
I thought I might be able hang it if I disabled the network interface and that
did not work.  It came up with a question mark but I was able to bring up
properties.  It must be the noaa site itself that won't respond.

I did find one other little unrelated bug with I will bugzilla.

Comment 10 Havoc Pennington 2002-07-03 15:29:08 UTC
In rawhide it doesn't seem to hang on a bad server.


Note You need to log in before you can comment on or make changes to this bug.