https://bugzilla.redhat.com/show_bug.cgi?id=1246903



--- Comment #23 from Jens Lody <[email protected]> ---
(In reply to Richard Shaw from comment #22)
> Ok, I think all the packaging issues are resolved but I do have a question.
> I tried installing it and configuring it for my location. I got an
> openweathermap API key and plugged it in. 
> 
> No location is ever "found"
> The "searching" widget locks out all other activity, even trying to switch
> applications.
> 
> Ideas?

Openweathermap should work without api-key, but is sometimes less correct than
forecast.io and sometimes unresponsive. That was the cause for adding
forecast.io.

I just uploaded a new srpm, that has updated russion translation, adds an own
user-agent and uses the git-version as version in metadata.json and in the
about-tab.

There was another issue with the user-agent string, but only if it was numeric.

Can you please tes, whether the issue is still there, and probably run
journalctl -fln when reloading the gnome-shell and/or starting the search, to
see if an error-message occurs ?
https://rpm.jenslody.de/review/gnome-shell-extension-openweather-1-0.2.20150920gitbcd4b78.el7.centos.src.rpm

You can use geocode.farm or openstreetmaps nominatim as geolocation-provider
without a key. OPenstreetmaps is now he default for newlyinstalled extensions.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
_______________________________________________
package-review mailing list
[email protected]
https://admin.fedoraproject.org/mailman/listinfo/package-review

Reply via email to