v3.0alpha1

[blackadderkate]

A Beta version of the Weather Widget for KDE Plasma 6.

QT6 is MASSIVELY different to QT5. This required a substantial rewrite of this widget - in addition to the major issues below, there will be a lot of bugs to squash and polishing required...

Major Bugs/Features/Issues to be sorted

1. You can no longer access local FILE:/// urls using XMLHttpRequest. This breaks the MetNo Search. Two possible fixes:

1. host on a free web host - the downside is limited bandwidth allowances...
2. set QML_XHR_ALLOW_FILE_READ=1 - less secure and requires manual hacking by users

2. Configuration Settings might not display or apply correctly.

3. Locale-specific translations may be missing/incorrect.

4. Some of the text doesn't appear to clip/elide correctly in the tables in the Configuration Pages.

5. The Meteogram or Long-Range 6-hourly forecasts below might display using the wrong times, or display the wrong day/night icon, on certain combinations of system timezone and widget settings.

---

This discussion was created from the release v3.0b1.

[blackadderkate]

Please report minor bugs here, unless they're show-stoppers (like it not working at all)...

[blackadderkate]

I committed a few tweaks and bugfixes today.

Still TODO before Beta release:

• add Scrollboxes to the Config pages.

• update translations and test.

[blackadderkate]

Few more bugfixes.
Data wasn't being cached correctly for some reason.

Moving places up & down in the config did not get saved / applied.

[serhumanos]

how can I install this version to test it? thank you!

[blackadderkate]

First download the latest test version for Plasma 6 rom the releases section.
Make sure you read the release notes for known bugs.

Then follow the instructions on this wiki page to install it.

[henricoetzee]

Temperatures are displayed in dark text with Breeze Dark Theme and Breeze light colors.

[blackadderkate]

I uploaded a fix for that yesterday - along with fixes for some of the Config pages, which also used the wrong colours. download it here.

You might need to uninstall / delete the old version first...

[henricoetzee]

Thanks. I uninstalled the old one and installed the newer one, but the issue persists.

[blackadderkate]

Have you tried logging out and back in again, or restarting plasma (in konsole, plasmashell - - replace &)

[henricoetzee]

Rebooting did the trick. Thanks.

[dexter2000]

hello I'm seeing lots of

file:///home/dexter/.local/share/plasma/plasmoids/org.kde.weatherWidget-3/contents/ui/providers/OpenWeatherMap.qml:622:9: QML XmlListModelRole: Query error: "Attribute value not found"

in the log.
Fedora 40
3.0.0b1.plasmoid OWM

[blackadderkate]

Hi, If no rain is forecast during a specific time period, the Openweather data feed omits the XML "precipitation" key altogether (rather than using Null or Zero values), which the Qt XML parser doesn't like and flags as an error. Due to changes in the way the XML engine works in Qt6, I can't access the raw XML data any more - so there's no way to error trap this. The only fix is to rewrite the Openweather provider to use Json instead of XML - but that would be a major rewrite which would have delayed the release of the widget even more, so I decided to release it with those "errors". For what it's worth, the XML feed has been deprecated by Openweather and I have already added an issue to port it to Json once the Plasma 6 teething troubles have been ironed out.

…

On Fri, 8 Mar 2024, 03:50 Dexter, ***@***.***> wrote: hello I'm seeing lots of file:///home/dexter/.local/share/plasma/plasmoids/org.kde.weatherWidget-3/contents/ui/providers/OpenWeatherMap.qml:622:9: QML XmlListModelRole: Query error: "Attribute value not found" in the log. Fedora 40 3.0.0b1.plasmoid OWM — Reply to this email directly, view it on GitHub <#161 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AT725TJA6C4XUNZQSP2U62TYXEYRVAVCNFSM6AAAAABCHR7S3SVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4DOMJVGE2TO> . You are receiving this because you authored the thread.Message ID: <blackadderkate/weather-widget-2/repo-discussions/161/comments/8715157@ github.com>

[dexter2000]

ok thanks for the update & all the work done so far. :-)

[martin-ms]

First of all, thank you for your work on the widget and for keeping the project alive.

I tried the installation your recommended way but failed in both cases. When I use the command line, after a while I get the message

QProcess: Destroyed while process ("/usr/bin/kpackagetool5") is still running.

In the widget panel the installation seems to work. I can see the application, but when I drag and drop it to the desktop I get the following message

Regardless of whether the installation is done via the command line or the widget panel, the folder under ~/.local/share/plasma/plasmoids looks incomplete

└── plasmoids
    └── org.kde.weatherWidget-3
        ├── contents
        │   └── code
        │       ├── config-utils.js
        │       ├── data-loader.js
        │       ├── db
        │       │   ├── AD.csv
        │       │   ├── AE.csv
        │       │   ├── AF.csv
        <--- more... --->
        │       │   ├── UG.csv
        │       │   ├── US.csv
        │       │   └── UY.csv
        │       ├── icons.js
        │       ├── model-utils.js
        │       ├── placesearch-helpers.js
        │       ├── timezoneData.js
        │       └── unit-utils.js
        ├── metadata.json
        └── weather-widget.svg

If I create my own installation package (even though this is not recommended), it works ;) Files are then saved in a system-wide folder and not in the local user folder. And... once I create an instance of the widget on the desktop, remove it and uninstall the package, then the installation via the widget panel also works; then after a few minutes the files will be copied to the local user folder.

I also tried with another widget from the store to check if it is possible to install from the widget panel and there is no error in the current Plasma version and it works. I'm unsure if I've done something wrong or if your plasmoid archive is having problems, I'm just reporting my observations. You may have the same experience if you reinstall it in a new/clean environment.

For now it's fine for me to use my install package.

System-Information:
Operating System: Arch Linux
KDE Plasma Version: 6.0.2
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.7.9-arch1-1 (64-bit)
Graphics Platform: X11

[blackadderkate]

@martin-ms
I've had a look at the plasmoid Beta Release and all the files are definitely present.

I suspect that plasmapkg2 is incompatible with Plasma 6 widgets, causing the installer to crash halfway through - probably because metadata.desktop is not present in the plasmoid file as it is obsolete in Plasma6.

If you didn't remove this failed installation before using "Add Widget", it might think it is already installed - and because the Version Number being installed matches the one in the existing Metadata.json file it might think it doesn't need upgrading.

Just a theory!

Maybe you can try fully removing the ~/.local/share/plasma/plasmoids/org.kde.weatherWidget-3 folder, and Logging Off, Rebooting, or just restarting Plasmashell (using plasmashell --replace &) and then installing using "Add Widget"...

I'll have a hunt around and see if there's any documentation on how to install plasmoids using the command line in Plasma 6.

[martin-ms]

I'm afraid I was too impatient. In my test environment (VM, HDD, active snapshots) it takes about 45 seconds until all (~320) files are copied to the target folder. So if you try to call it immediately after installation, it fails because there are still missing files. If you try it after a minute, it works.

This will also be the reason why the installation times out on the command line because the installation was not completed in the allotted time and the process then ended before all files were copied.

Conclusion: the installation via the widget panel works if you wait for the files to be copied after the installation. Installing via the command line doesn't work because you run into a timeout and then an incompletely filled folder is left behind. Since you cannot change the timeout, I think installing via the command line is unsuitable on slow systems.

[SpencerKersey]

I think I found a small bug for the hover function in the widget. When hovering over the widget without it being open, it shows the currently selected city as seen below:

But, when you have the widget open and then hover over the widget icon, it will show Leicester even though I removed that default city from the list in the settings.

Other than this tiny issue, everything seems to be running great from my limited use. Keep up the great work :)

[blackadderkate]

OK, thanks for letting me know. To be fair, the "Add/Remove/Reorder places" code is on my ToDo List.
Oh, if you have a step-by-step guide to reproducing the issue it'd be incredibly useful...

[Whyhow314]

I've been testing out scaling/hidpi behavior a bit. It looks like on both X11 and wayland the scaling is currently broken, but can be fixed by removing the Screen.devicePixelRatio multipliers from FullRepresentation.qml, Meteogram.qml, and NextDayItem.qml.

[blackadderkate]

I've been testing out scaling/hidpi behavior a bit. It looks like on both X11 and wayland the scaling is currently broken, but can be fixed by removing the Screen.devicePixelRatio multipliers from FullRepresentation.qml, Meteogram.qml, and NextDayItem.qml.

Cool, thanks for letting me know.
I'll remove those multipliers for the next beta - hopefully this weekend.

[blackadderkate]

This week I have been working on getting the widget working when compiled, and installed for all users - and as a System Tray applet.

I spent literally two days trying to figure out why clicking the widget didn't bring up the "Full Representation" when in the System Tray, but it did as an ordinary widget in the panel...

Todo:

1. Upload my "FullRepresentation" fixes for the system tray.
2. Implement the fixes for Scaling / High DPI as suggested by @Whyhow314 .
3. Implement fixes for when the user adds/deletes a location or changes the location order (which I think is the cause of @SpencerKersey 's bug).
4. See if I can fix screen corruption when you change the order in the Places list.

Hoping to release another beta this weekend - assuming items 3 and 4 don't give me any grief!

[begonia208]

I"m using the Weather Widget 3 (3.0.4) for quite some time now.
Imho it is by far the most beautiful and useful weather widget out there.
I have not experiences any bugs.
Therefor in my opinion it is high time that this masterpiece is published in the kde store!