rany2

Did you intentionally drop 8ef4d785829241e3a6f95c896de210fd5d3f073b ?

Nitpicking but all kernel-related commits except [generic: mtk_eth_soc: add support for flow-control settings](https://github.com/openwrt/openwrt/pull/15836/commits/7998fc562b26a303b858c155219d3e8a4c31c373) (7998fc562b26a303b858c155219d3e8a4c31c373) should be in `backport-5.15` not `patches-5.15`. Also [generic: mtk_eth_soc: add support for flow-control settings](https://github.com/openwrt/openwrt/pull/15836/commits/7998fc562b26a303b858c155219d3e8a4c31c373) (7998fc562b26a303b858c155219d3e8a4c31c373) should...

It might have nothing to do with `.works`. I could resolve `19216811.works` for example, maybe the fact that the domain contains `https` is the problem?

@alienbob Did you access it without secure DNS beforehand? See https://github.com/ungoogled-software/ungoogled-chromium/issues/2963#issuecomment-2256554151

I do have IPv6 connectivity, that's not it.... Sorry :(

I don't have this problem, I don't know what library you're using but maybe you could try to replace the `/` with the percent encoded equivalent (so `%2F`).

I've checked it a bit and think the issue is with the code generated, try this and let me know: ```python from datetime import timedelta, timezone import openmeteo_requests import pandas...

No, this would work with the default as well. It's just my preference Edit: the issue is the timestamp returned doesn't contain timezone info so you need to manually add...

> it looks like the schema for the ucode version of the scripts was changed but the actual ucode script was not changed. At the time I wasn't to find...

@blogic thanks, do I need to also modify it for SAE support? I wasn't aware of it.