Got this yesterday from the Gnome Extensions site and it seemed to be working fine. So, I uninstalled the old version by toppk I got directly from git. This morning, it will launch but the drop down doesn't work at all.

At 7am, the weather forecast is displayed in the top row starting at 12 noon. Given the three-hour interval, it should start from 9am. Perhaps the time zone difference is not taken into account? Mine is GMT+3.

Description

Personal API key for OpenWeatherMap is not working with the extension. After enabling "use custom API Key" and pasting the API code from OpenWeatherMap in the extension settings and closing the extension settings window simply reset the "Use Custom API Key" checkbox back to disabled and use the extension's own API key.

System

Arch Linux with Gnome 46.2, Linux 6.9.4

Settings

{"app-version":"136","git-version":"136.r1.g8d02397","gnome-version":"46.2","user-locale":"en","appid":"<KEY>","actual-city":"0","weather-provider":"'openweathermap'","has-run":"true","delay-ext-init":"0","locs":"[(0, '<NAME>', 0, '<PLACE>')]","owm-api-translate":"false","show-sunsetrise-in-panel":"false","last-init-error":"\"'(2024/05/11) TypeError: settings.set_value is not a function'\"","frozen":"false","weatherapidotcom-key":"<KEY>","position-index":"1","pressure-unit":"'mbar'","menu-alignment":"40.909090909090914","position-in-panel":"'center'","show-comment-in-panel":"false"}

The option to center today's forecast results in a right-aligning of the icons.

Screenshot:

{"app-version":"138","git-version":"138.r0.g6367a11","gnome-version":"46.3.1","user-locale":"en","custom-keys":["<REDACTED>","",""],"appid":"<REDACTED>","actual-city":"1","weather-provider":"'openweathermap'","has-run":"true","days-forecast":"0","delay-ext-init":"30","locs":[{},{}],"center-forecast":"true","show-sunsetrise-in-panel":"false","weatherapidotcom-key":"<REDACTED>","position-index":"2","use-system-icons":"false","wind-direction":"true","geolocation-appid-mapquest":"<REDACTED>","menu-alignment":"52.272727272727273","position-in-panel":"'right'","show-comment-in-panel":"false"}

I'm using the OpenWeatherMap provider, on their forecast pages they display the forecast summarized per day. It would be nice to have this view as an alternative to the forecast by hours.

For the forecast by day, the best layout would perhaps be to order the day labels horizontally, with the forecasts below them:

Tomorrow Wednesday Thursday Friday Saturday
[icon/temp] [icon/temp] [icon/temp] [icon/temp] [icon/temp]
Description Description Description Description Description

In this arrangement a scrollbar would probably not be needed up to circa 5 days forecast.

Description

When I try to login with Wayland on Gnome 46 (Fedora), the session crashes every time until it falls back to X11. When I disable the extension and then try to login, it works also on Wayland.

System

Fedora Linux 40 (Workstation Edition)
Gnome 46.1
Linux 6.8.9-300.fc40.x86_64
Nvidia Drivers (550.78)

Settings

{"app-version":"135","git-version":"135.r0.ge994aeb","gnome-version":"46.1","user-locale":"de","appid":"<KEY>","use-default-owm-key":"false","weather-provider":"'openweathermap'","has-run":"true","days-forecast":"3","location-text-length":"0","decimal-places":"1","locs":"[(0, '<NAME>', 0, '<PLACE>')]","center-forecast":"true","owm-api-translate":"true","expand-forecast":"true","weatherapidotcom-key":"<KEY>","show-sunsetrise-in-panel":"false","position-index":"0","use-system-icons":"true","simplify-degrees":"true","wind-direction":"false","position-in-panel":"'center'","show-comment-in-panel":"false"}

This app has a lot of different options for showing current barometric pressure, but they all appear to be rounding to whole numbers. It's pretty typical for 3 to 5 (maybe 6) significant digits to be shown for atmospheric pressure units in other apps/sites, so there should be some better defaults, or the option to set the number of digits past the decimal point. This app is shortening many values to just 1 or 2 total digits, which isn't really enough to show changes.

I looked up standard atmospheric pressure, and the worldwide record low and high* values listed on Wikipedia, and determined how they would display as rounded numbers in the interface. (The high number is somewhat disputed, but it would round to the same value in many cases)

This is sorted with the order the different units show up in the app interface for me:

                             Records                 Rounded
Unit      Standard       Low        High       Low  Standard   High
----    -----------  ---------- -----------  ------ --------  ------
hPa       1013.25        870       1084.8       870     1013    1084
inHg        29.92         25.7       32.03       26       30      32
Pa      101325         87000     108480       87000   101325  108480
kPa        101.325        87.0      108.48       87      101     108
atm          1             0.858      1.0706      1        1       1
at           1.0332        0.887      1.1062      1        1       1
Torr       760           653        813.67      653      760     814
psi         14.6959       12.6       15.733      13       15      16
mmHg       760           653        813.67      653      760     814
mbar      1013.25        870       1084.8       870     1013    1084

And those are the most extreme measurements -- it's more typical to see a range between 950 mbar and 1050 mbar.

A user with pressure set to atmospheres (atm) or technical atmospheres (at) would never see the value change -- it will always be 1. Similarly, using ponds per square inch (psi) would probably only ever see values of 14 or 15, and people using inches of mercury (probably the most common way of displaying it in the United States) would generally only see values of 28 to 31.

I'd recommend removing the Pa, at, Torr, and psi units. Pa has too high of precision to really be useful, at and psi are used more for mechanical equipment rather than weather, and Torr is only slightly different than mmHg (they're so close together that they're only off by one part in seven million). I think it would also be good to remove hPa, since mbar is the same thing and appears to be the more common way to refer to it in weather contexts.

I'd recommend these as standard options, possibly with the ability to change the number of digits past the decimal point:

mbar    NNNN
kPa      NNN.N
inHg      NN.NN
mmHg     NNN.N
atm        N.NNN

When having multiple locations, it is not possible to select them from the list and to choose the other.

Hello,

I’ve noticed that the extension has not been functioning correctly for the past 1-2 weeks. The popup window and top bar remain empty, and I’ve also encountered API issues, such as "cannot connect to provider" or "provider has a lot of users." I also tried switching to another provider, but that didn’t resolve the issue. For reference, I am using the Ubuntu 22.04 distribution.

Description

Personal API Key field conains a "!" and 'forgets' API key if I paste one there. after re-opening the settings dialog, this field is empty again.

System

Ubuntu 24.10

Settings

{"app-version":"136","git-version":"136.r1.g8d02397","gnome-version":"46.0","user-locale":"en","appid":"<KEY>","actual-city":"0","weather-provider":"'openweathermap'","has-run":"true","days-forecast":"3","delay-ext-init":"10","locs":"[(0, '<NAME>', 0, '<PLACE>'), (0, '<NAME>', 0, '<PLACE>')]","expand-forecast":"true","weatherapidotcom-key":"<KEY>"}

from the log

2024-06-16T14:53:33.680834+02:00 zoidberg gjs[107065]: JS ERROR: Error: GSettings key keys not found in schema org.gnome.shell.extensions.openweatherrefined#012_checkKey@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:779:23#012createCheckedMethod/<@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:729:30#012settingsSetKeys@file:///home/hugo/.local/share/gnome-shell/extensions/[email protected]/locs.js:381:12#012GeneralPage/<@file:///home/hugo/.local/share/gnome-shell/extensions/[email protected]/preferences/generalPage.js:470:22#012_init/GLib.MainLoop.prototype.runAsync/</<@resource:///org/gnome/gjs/modules/core/overrides/GLib.js:266:34

On immutable root distros software could be installed system-wide only in variable directories or layered as proper packages via package manager.

For example, in Fedora Silverblue 39 (which I'm using), system extension directory /usr/share/gnome-shell/extensions/ is located within a read-only file system.

Examples of GNOME Extensions that are present in Fedora repos:

• just-perfection-desktop@just-perfection
• [email protected]
• [email protected]
• [email protected]
• [email protected]
• [email protected]

This request is a bit selfish, but I have a personal weather station with baked in Weather Underground integration and I'd like to be able to use them as a provider and point to my specific weather station for data.

I was using plasmoid-wunderground (or plasmoid-wundergound-extended) when I was running Plasma for my DE, but I've gotten quite familiar with Gnome and would like to see that feature here.

In the interim, I was looking into setting up weewx to gather the data via UDP broadcast from my PWS and push it to OpenWeatherMap, but this is a much more involved process and doesn't seem I'd be able to select my PWS as a weather source within the extension anyways.

GNOME 45.4
OpenWeather Refined 132

Since the last update weather predictions for subsequent days don't load. They only load for the current day.

I tested this with multiple locations. They didn't load for any of them.

I can't confirm if this happens on other versions of GNOME.

Always on the right. Setting to Left or Centre doesn't have an effect.

Edit: Doesn't have an immediate effect. Logout/login places it in the new position.

Description

I can only see Sunrise, on the panel. It used to change to Sunset!
There is also a moon with the clouds during daytime!

System

Which Linux distro are you using?
Ubuntu 24.05.

Settings

{"app-version":"138","git-version":"138.r0.g6367a11","gnome-version":"46.0","user-locale":"en","custom-keys":["","<REDACTED>","<REDACTED>"],"appid":"<REDACTED>","actual-city":"0","weather-provider":"'visualcrossing'","sun-in-panel-first":"true","has-run":"true","delay-ext-init":"30","locs":[{},{},{}],"owm-api-translate":"false","expand-forecast":"true","show-sunsetrise-in-panel":"true","weatherapidotcom-key":"<REDACTED>","position-index":"4","wind-direction":"true","geolocation-appid-mapquest":"<REDACTED>","disable-forecast":"false","menu-alignment":"43.75","position-in-panel":"'left'","show-comment-in-panel":"true"}

Currently running Gnome 45.4 on Bazzite, the extension fails to run after latest update and shows an error message - "Failed to initialize"

Description

I suppose it's debatable whether this is a bug, but it certainly seems like an undesirable inefficiency.

For every value change in the Settings, the weather display in the top bar is completely reloaded. Like, it goes back to "↺ …" for a second or two before restoring the current temp/conditions display.

That includes each. individual. step. that you increment/decrement, say, the First Boot Delay -- a setting that can't possibly have any effect on the currently running weather instance.

(I'm particularly concerned about whether the extension might be re-downloading weather data from the provider, which would be especially bad. But even if it's not, a complete reload of the visual elements just because a setting changed, regardless whether it has any effect on the displayed information, seems like swatting a fly with a sledgehammer.)

System

Fedora 40

Settings

{"app-version":"135","git-version":"135.r0.ge994aeb","gnome-version":"46.1","user-locale":"en","unit":"'fahrenheit'","appid":"<KEY>","actual-city":"0","has-run":"true","days-forecast":"5","delay-ext-init":"5","locs":"[(0, '<NAME>', 0, '<PLACE>')]","expand-forecast":"true","weatherapidotcom-key":"<KEY>","use-system-icons":"true","pressure-unit":"'mmHg'","loc-refresh-interval":"60.0","position-in-panel":"'center'","wind-speed-unit":"'mph'"}

The application has stopped to work under Gnome 46.
I get the error: this._currentWeather is undefined

As you can see from the image, the feels like, wind, etc. part has alignment issue.

Description

Starting with version 137 (I think) I've been unable to permanently save my personal API for WeatherAPI.com. After toggling "Use Custom API Key" to On, I can enter it, but there is always a warning symbol (triangle with exclamation point) to the left of it (as opposed to a square with a check mark next to my personal API keys for the other two providers). Even if it initially appears to be saved, it eventually disappears. I asked in the other ticket what that warning symbol meant, but never got a response. With version 138, I now get a weather forecast if I choose any of the 3 providers (or Adaptive), but the personal key for WeatherAPI.com still isn't saved properly, and the warning symbol is always to the left of it. I'm hoping that maybe I just need to delete/reset something and that the bug isn't in the extension anymore.

System

Fedora 40

Settings

{"app-version":"138","git-version":"138.r0.g6367a11","gnome-version":"46.2","user-locale":"en","unit":"'fahrenheit'","custom-keys":["","",""],"appid":"","actual-city":"0","weather-provider":"'default'","has-run":"true","days-forecast":"5","decimal-places":"1","locs":[{}],"show-sunsetrise-in-panel":"false","last-init-error":"'(2024/05/11) TypeError: settings.set_value is not a function'","weatherapidotcom-key":"","simplify-degrees":"false","use-system-icons":"false","geolocation-appid-mapquest":"","clock-format":"'24h'","menu-alignment":"62.5","position-in-panel":"'center'","wind-speed-unit":"'mph'","show-comment-in-panel":"true"}

Description

If I try to see weather with a quick glance I always fails due to all icons being very similar. All are grey.
It would be nice with a icon theme that looked more different. Blue rain, yellow sun, grey clouds, etc.

The high contrast option only works for a small number of elements and requires manual selection for light or dark mode, which is not suitable for automatic theme changing situations where the text may become completely unreadable

Such a gray is difficult to read even with a custom black background, it is not entirely clear why not use the default text color

The config indicates that setting the forecast to 0 days will only show today. However after reloading the extension the forecast for today is disabled.

Screenshot:

Expected behaviour is that today's forecast will be shown, but the panel for coming days will be hidden.

{"app-version":"138","git-version":"138.r0.g6367a11","gnome-version":"46.3.1","user-locale":"en","custom-keys":["<REDACTED>","",""],"appid":"<REDACTED>","actual-city":"1","weather-provider":"'openweathermap'","has-run":"true","days-forecast":"0","delay-ext-init":"30","locs":[{},{}],"center-forecast":"true","show-sunsetrise-in-panel":"false","weatherapidotcom-key":"<REDACTED>","position-index":"2","use-system-icons":"false","wind-direction":"true","geolocation-appid-mapquest":"<REDACTED>","menu-alignment":"52.272727272727273","position-in-panel":"'right'","show-comment-in-panel":"false"}

Description

Currently, neither OpenWeather or WeatherAPI are gathering weather data for the extension. Both are spamming my notifications with messages about too many users.

Describe the bug.
As stated above neither weather API functions and both spam my notifications with alerts ~once every 2 seconds with a message about having too many users.

System

?

Which Linux distro are you using?
Ubuntu 24.04

Settings

Default, mostly.

Go to extension settings > "About" > "Copy Settings JSON" and paste here.

{"app-version":"135","git-version":"135.r0.ge994aeb","gnome-version":"46.0","user-locale":"en","unit":"'fahrenheit'","appid":"","actual-city":"1","weather-provider":"'weatherapicom'","has-run":"true","refresh-interval-current":"600","decimal-places":"1","locs":"[(1, '', 1, ''), (0, '', 0, '')]","weatherapidotcom-key":"","pressure-unit":"'inHg'","position-in-panel":"'center'","wind-speed-unit":"'mph'","show-comment-in-panel":"true"}

GNOME 45.4
OpenWeather Refined 132

Since the last update to this extension it always has a large padding on it's left.

This is with OpenWeather's displacement set to "1".

If I set OpenWeather's displacement to "0" than the padding moves to it's right.

The load order of the extensions doesn't matter.

I'm on manjaro linux and as we don't have GNOME 46 I can't test if this occurs on the latest version of GNOME.

Description

Version 138 breaks the custom API key even more than the last version. Previously I could save my key using gsettings --schemadir ~/.local/share/gnome-shell/extensions/[email protected]/schemas set org.gnome.shell.extensions.openweatherrefined custom-keys "['', '<KEY>', '', '']" but that no longer works with the latest version.

System

Ubuntu 24.04 LTS

Settings

{"app-version":"138","git-version":"138.r0.g6367a11","gnome-version":"46.0","user-locale":"en","custom-keys":["","<REDACTED>","",""],"appid":"<REDACTED>","actual-city":"1","weather-provider":"'openweathermap'","has-run":"true","locs":[{},{}],"show-sunsetrise-in-panel":"false","frozen":"false","weatherapidotcom-key":"<REDACTED>","geolocation-appid-mapquest":"<REDACTED>","disable-forecast":"true","position-in-panel":"'center'","show-comment-in-panel":"false"}

Description

Entry field in settings doesn't accept API key

System

Ubuntu 24.04

Settings

Go to extension settings > "About" > "Copy Settings JSON" and paste here.

{"app-version":"136","git-version":"136.r1.g8d02397","gnome-version":"46.0","user-locale":"en","appid":"","locs":"[(1, '', 1, '')]","my-loc-prov":"'geoclue'","weatherapidotcom-key":""}

How it looks right now:

How it should look (took from my other repo):

This behavior happens since v132 version.

Gnome 45
Fedora Silverblue 39
RPM package

Description

I have my own account and API key on weatherapi . com and I am still not getting a weather forecast or current conditions as of today, June 28th 2024.

Describe the bug.

As stated above, I am not getting any data even though I am using my own API key and am not over the limit of 1 million calls per month on the free plan.

System

System Details Report

Report details

• Date generated: 2024-06-28 16:10:15

Hardware Information:

• Hardware Model: ASUS ProArt X670E-CREATOR WIFI
• Memory: 64.0 GiB
• Processor: AMD Ryzen™ 9 7950X × 32
• Graphics: Radeon™ RX 7900 XTX
• Disk Capacity: 6.0 TB

Software Information:

• Firmware Version: 2007
• OS Name: Ubuntu 24.04 LTS
• OS Build: (null)
• OS Type: 64-bit
• GNOME Version: 46
• Windowing System: Wayland
• Kernel Version: Linux 6.8.0-36-generic

Which Linux distro are you using?

Ubuntu 24.04

Settings

Go to extension settings > "About" > "Copy Settings JSON" and paste here.

{"app-version":"137","git-version":"137.r0.g2bf2d07","gnome-version":"46.0","user-locale":"en","unit":"'fahrenheit'","custom-keys":["","",""],"appid":"","actual-city":"0","weather-provider":"'weatherapicom'","has-run":"true","refresh-interval-current":"1800","decimal-places":"1","locs":[{}],"weatherapidotcom-key":"","geolocation-appid-mapquest":"","pressure-unit":"'inHg'","refresh-interval-forecast":"14400","loc-refresh-interval":"120.0","position-in-panel":"'center'","wind-speed-unit":"'mph'","show-comment-in-panel":"true"}

I think recent update has broken something in the widget.

The Forecast drop down is empty.

Ubuntu : 23.10
Firefox : 124.0.1

Settings JSON

{"app-version":"132","git-version":"131.r18.g8cddeed","gnome-version":"45.2","appid":"'b4cbc29034cd3db6dea22928c930865b'","use-default-owm-key":"false","actual-city":"0","prefs-default-width":"700","hi-contrast":"'none'","sun-in-panel-first":"true","has-run":"true","days-forecast":"3","refresh-interval-current":"900","location-text-length":"3","prefs-default-height":"960","delay-ext-init":"4","locs":"[(0, '<NAME>', 0, '<PLACE>')]","center-forecast":"false","my-loc-prov":"'ipinfoio'","show-sunsetrise-in-panel":"true","position-index":"4","geolocation-provider":"'openstreetmaps'","show-comment-in-forecast":"true","use-system-icons":"true","simplify-degrees":"false","wind-direction":"true","pressure-unit":"'bar'","disable-forecast":"false","clock-format":"'24h'","menu-alignment":"100.0","position-in-panel":"'center'","wind-speed-unit":"'mph'","show-comment-in-panel":"true"}

Here is what it looks like on my system:

Description

This extension has started to fail continuously with "Provider Openweather Map has Too Many Users". This even though opening openweather map in the browser works fine.

System

Ubuntu 24.05

Settings

{"app-version":"138","git-version":"138.r0.g6367a11","gnome-version":"46.0","user-locale":"en","unit":"'fahrenheit'","custom-keys":["","",""],"appid":"<REDACTED>","actual-city":"2","weather-provider":"'openweathermap'","has-run":"true","locs":[{},{},{}],"my-loc-prov":"'ipinfoio'","weatherapidotcom-key":"<REDACTED>","geolocation-appid-mapquest":"<REDACTED>","pressure-unit":"'inHg'","position-in-panel":"'center'","wind-speed-unit":"'mph'"}

Description

Not translatable strings:
Section Locations/Provider don`t have strings to translate exept string "Geolocation Provider"

All translated forecast expressions (like Storm) are comented now and not used for OpenWeatherMap. So can`t be translated now and are on english forecast expressions only. Not czech.
Is it end of translation of forecast expressions?

My Version

138.0.g6367a11 with the latest openweather.pot

The forecast is now hidden, you can scroll over it and it will show as normal. It was not like that before.

When changing the Pressure unit to kPa, it always defaults to mbar. Other units but kPa work. If observing with dconf editor, changing to kPa is immediately updated by mbar.

After the last update (134) in manjaro and default theme I cant see the temprature of next hours and days

Description

Describe the bug.
No weather at all now. Even using own API or stock API.

System

Which Linux distro are you using?
Ubuntu

Settings

Go to extension settings > "About" > "Copy Settings JSON" and paste here.

{"app-version":"136","git-version":"136.r1.g8d02397","gnome-version":"46.0","user-locale":"en","unit":"'fahrenheit'","appid":"","actual-city":"1","weather-provider":"'weatherapicom'","has-run":"true","locs":"[(1, '', 1, ''), (0, '', 0, '')]","last-init-error":"'(2024/05/11) TypeError: settings.set_value is not a function'","my-loc-prov":"'ipinfoio'","weatherapidotcom-key":"","simplify-degrees":"true","geolocation-provider":"'openstreetmaps'","pressure-unit":"'inHg'","clock-format":"'12h'","position-in-panel":"'center'","wind-speed-unit":"'mph'","show-comment-in-panel":"true"}

Description

Settings doesn't remember Custom API key for OpenWeatherMap

System

Ubuntu 24.04

Settings

{"app-version":"136","git-version":"136.r1.g8d02397","gnome-version":"46.0","user-locale":"en","appid":"<KEY>","weather-provider":"'openweathermap'","has-run":"true","locs":"[(1, '', 1, '')]","my-loc-prov":"'ipinfoio'","weatherapidotcom-key":"<KEY>"}

Description

I can't see any value in a recient updates

System

Which Linux distro are you using?

Fedora : 40
Arch: x64_64

gnome-shell-46.2-1.fc40.x86_64
gnome-shell-extension-openweatherrefined-136-1.fc40.noarch -> Installed from COPR repo

Settings

Go to extension settings > "About" > "Copy Settings JSON" and paste here.

{"app-version":"136","git-version":"Desconocido","gnome-version":"46.2","user-locale":"es","appid":"<KEY>","actual-city":"0","sun-in-panel-first":"true","has-run":"true","days-forecast":"5","locs":"[(0, '<NAME>', 0, '<PLACE>')]","owm-api-translate":"true","expand-forecast":"true","show-sunsetrise-in-panel":"true","last-init-error":"'(2024/05/12) TypeError: settings.set_value is not a function'","weatherapidotcom-key":"<KEY>","simplify-degrees":"true","wind-direction":"true","menu-alignment":"71.0","position-in-panel":"'center'","show-comment-in-panel":"true"}

Regards.,

Open-Meteo doesn't require a API token; and hence won't hit a rate limit which causes error messages at the end of the month.

Description

This notification keeps coming up every second.

System

Ubuntu 24.04

Settings

{"app-version":"135","git-version":"135.r0.ge994aeb","gnome-version":"46.0","user-locale":"en","appid":"<KEY>","actual-city":"0","has-run":"true","decimal-places":"0","delay-ext-init":"1","locs":"[(0, '<NAME>', 0, '<PLACE>'), (0, '<NAME>', 0, '<PLACE>')]","my-loc-prov":"'ipinfoio'","weatherapidotcom-key":"<KEY>","show-sunsetrise-in-panel":"true","clock-format":"'24h'","menu-alignment":"73.0","position-in-panel":"'center'","show-comment-in-panel":"false"}

Since this morning it started to show the wrong language (english instead of italian) only in forecast everything else is okay

First of all LOVE the extension.

Just got a silly little UI issue.

In Fedora 40 and Gnome 46.1 when I open the weather pane, if I hover over the action icons, the pane shifts a little.

I've recorded a little video to show you.

https://drive.google.com/file/d/1E3fHtg1G-boGrbE-c1c4pudYH_9JFRe1/view

It's nothing major.

Hey! Thanks for developing such great extension. I faced with an issue today, temperature was being showed as -0°. As you can guess it should have been only 0°. If it's not intentional, I assume there is a rounding from negative values but somehow "-" stays in the front? You can see the screenshot below:

I haven't had the chance to look at the codebase, but if it's an easy fix, I would like to contribute. If not, I can also help with translations in Turkish if needed.

When I try to enter my coordinates from openweathermap and try to save it shows an error:

Description

I upgraded to version 136 and now it won't work with my apikey for openweatherMap

System

Which Linux distro are you using? Ubuntu 24.04

Settings

{"app-version":"136","git-version":"136.r1.g8d02397","gnome-version":"46.0","user-locale":"en","appid":"<KEY>","weather-provider":"'openweathermap'","has-run":"true","locs":"[(0, '<NAME>', 0, '<PLACE>')]","owm-api-translate":"false","show-sunsetrise-in-panel":"false","last-init-error":"'(2024/05/11) TypeError: settings.set_value is not a function'","my-loc-prov":"'ipinfoio'","weatherapidotcom-key":"<KEY>","position-index":"6","geolocation-provider":"'mapquest'","use-default-weatherapidotcom-key":"true","geolocation-appid-mapquest":"'*************************'","clock-format":"'24h'","position-in-panel":"'left'","show-comment-in-panel":"false"}

I starred out the location api key for security it didn't even take the weather api key

Current and Correction

Key Correction:
In Spanish we use the word 'Tiempo' as the English word 'Time', for refer to Weather condition instead of the word 'Clima'.
Added some missing translations --Compare at:
https://github.com/penguin-teal/gnome-openweather/compare/master...federicolencina:federicolencina-patch-1-1?expand=1

Greetings.
Fede.

Description

After upgrading to 135, I found two bugs if setting the extension to 5-day forecast.
(1) In the multi-day forecast matrix, support I update the weather data between 11am and 2pm local time, the weather data for time slots of 11am will repeat itself once more and occupy the neighboring cell position of 2pm. This happens for all forecast days.

(2) Even if I set to 5-day forecast, when I update in the late morning or in the afternoon, the data in the 5th day is missing from this version and it only shows "4 Day Forcast". I remember in the previous versions, it showed all the available time slots on the 5th day.

(3) This is not a bug. But much appreciated if it is implemented. The data of Today is always provided with fixed FOUR time slots. If I update in the early morning, the information after the four time slots of Today is not visible. It is not in the forecast, either. Is it possible to show dynamically all the available time slots for Today when "Total Days In Forecast" >= 1 and "Keep Forecast Expanded" is ON? Many thanks.

System

Arch Linux with GNOME Wayland updated.

The forecast for the next N days starts the day after tomorrow, not tomorrow. Probably an index error.

Hello! Love the extension, thanks for your work in maintaining this.

I have noticed the issues others have reported due to rate limits. I understand that you can provide a personal API Key, but I would also propose adding Open-Meteo as a Weather Provider to additionally increase capacity and flexibility of the tool.

The API is open-source and free for non-commercial use under 10,000 requests per day. No API key is required to retrieve data. Curious to know if you feel this would be a material benefit for the extension.

Thanks