mistletoe.canonical.com isn't answering geoname-lookup requests from datetime indicator

Bug #921536 reported by Andreas Hasenack
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Ubuntu Geonames
Fix Released
Undecided
Unassigned

Bug Description

The indicator doesn't seem to find Calgary (the one in Canada). I type it in, wait, and nothing happens. If I shorten it to "Calgar", then it finds "Calgar, Spain".

I have had many difficulties in adding other cities to this indicator, but after some attempts, back and forth, some were added.

A network sniff shows this stream for the Calgary request from the indicator applet:
"""
GET /?query=Calgary&release=11.10&lang=en_US HTTP/1.1
Host: geoname-lookup.ubuntu.com
User-Agent: gvfs/1.10.0
Accept-Language: en-us, en;q=0.9, en;q=0.8
Connection: Keep-Alive

HTTP/1.1 200 OK
Date: Wed, 25 Jan 2012 12:04:11 GMT
Server: Apache/2.2.14 (Ubuntu)
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: application/json

2
[]
0
"""

So, it returned an empty list.

But I can do it manually and then it works:
"""
andreas@nsn7:~$ telnet mulberry.canonical.com 80
Trying 91.189.94.25...
Connected to mulberry.canonical.com.
Escape character is '^]'.
GET /?query=Calgary&release=11.10&lang=en_US HTTP/1.1
Host: geoname-lookup.ubuntu.com

HTTP/1.1 200 OK
Date: Wed, 25 Jan 2012 12:02:34 GMT
Server: Apache/2.2.14 (Ubuntu)
Transfer-Encoding: chunked
Content-Type: application/json

184
[{"name" : "Calgary", "admin1" : "Alberta", "country" : "Canada", "longitude" : "-114.085290", "latitude" : "51.050110" }, {"name" : "Calgary Place", "admin1" : "Georgia", "country" : "United States", "longitude" : "-84.548540", "latitude" : "33.361230" }, {"name" : "Calgary Woods", "admin1" : "Texas", "country" : "United States", "longitude" : "-95.314660", "latitude" : "29.863560" }]
0
"""

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: indicator-datetime 0.3.1-0ubuntu1
ProcVersionSignature: Ubuntu 3.0.0-15.26-generic 3.0.13
Uname: Linux 3.0.0-15-generic x86_64
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
Date: Wed Jan 25 09:50:53 2012
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111011)
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: indicator-datetime
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Andreas Hasenack (ahasenack) wrote :
Revision history for this message
Andreas Hasenack (ahasenack) wrote :

host geoname-lookup.ubuntu.com
geoname-lookup.ubuntu.com has address 91.189.89.144
geoname-lookup.ubuntu.com has address 91.189.94.25

One of them works, the other doesn't:

andreas@nsn7:~$ curl "91.189.89.144/?query=Calgary&release=11.10&lang=en_US" -H "Host: geoname-lookup.ubuntu.com"; echo
[]

andreas@nsn7:~$ curl "91.189.94.25/?query=Calgary&release=11.10&lang=en_US" -H "Host: geoname-lookup.ubuntu.com"; echo
[{"name" : "Calgary", "admin1" : "Alberta", "country" : "Canada", "longitude" : "-114.085290", "latitude" : "51.050110" }, {"name" : "Calgary Place", "admin1" : "Georgia", "country" : "United States", "longitude" : "-84.548540", "latitude" : "33.361230" }, {"name" : "Calgary Woods", "admin1" : "Texas", "country" : "United States", "longitude" : "-95.314660", "latitude" : "29.863560" }]

summary: - Can't add "Calgary" to the list of locations
+ mistletoe.canonical.com isn't answering geoname-lookup requests from
+ datetime indicator
Revision history for this message
Andreas Hasenack (ahasenack) wrote :

The server was fixed.

Changed in indicator-datetime (Ubuntu):
status: New → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

thanks, not sure how you got the server fixed or if that was the same issue than bug #913770 but it seems that fixed that issue as well

affects: indicator-datetime (Ubuntu) → ubuntu-geonames
Revision history for this message
Andreas Hasenack (ahasenack) wrote :

Sebastien, I contacted the Canonical IS team and they fixed it (the server is managed by them).

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.