[Bug 1246903] Review Request: gnome-shell-extension-openweather - an extension to display weather information from many locations in the world

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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



--- Comment #23 from Jens Lody <fedora@xxxxxxxxxxx> ---
(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
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review




[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]