Notices

Ok, got it even without calendar events, simple review revealed one of those stupid mistakes like attempt to pass negative unsigned integer... will post updated version.

Clearing the cache did the trick! Thanks

As for the calendar, could I provide any information that would help debugging?

Thanks for confirming

No, thanks, it's sorted already. Will fix another stupid typo in translations and push the beta.

timeline6 beta pushed to repo, that includes canned responses gui and gecko cache invalidation. Before it's mainlined would need some extensive testing, especially to pay attention to battery drain which I suspect might happen under certain conditions - which so far I'm unable to catch and/or reproduce under control/observation.
Maybe red herring though and drain is caused by something else - but apparently it happens from time to time to me now.

Just to be clear - drain on the phone, rather than the watch, right?

Yes, on the phone, the two changes which happened on my phone were - i linked my caldav to the calendar and of course rockpool update. caldav-client I see periodically at tops while rockpoold always dragging at the bottom of the list, with mere ~20m of memory and 0% cpu. So i supect this is rather caldav, but just to be sure need confirmation from others with different environments and usage patterns.

Hi,

No problems with battery drain spotted yet, but I am getting quite a lot of blank notifications. They have the alarm bell icon at the top, but no content. If I hit the centre button, I'm given a menu with three options: [Action] / [Action] / Start Quiet Time. They mostly seem to come instead of notifications for real events (such as an email arriving), but I'm not sure if they all do - some seem like they might have been 'phantom'.

I guess I'll try to forget all notification types on Rockpool, and upgrade watch firmware (I'm currently running 3.12), see if that helps.

Are there any useful logs I can send you before I do that?

Is it literally [Action] [Action] or there's some action behind that?
Can you check files at .local/share/rockpoold/<mac>/timeline/<uuid> and try to figure out which of them came as empty? Eg. filter out those which came normally and remaining with alarm bell icon would have system://images/NOTIFICATION_GENERIC as an icon.

Also there was a bug where UTF strings are improperly trimmed to fit content limitation and when they overflow you'd get empty message. Clear indication of such message would be body field more than 512 characters and with at least one non-ASCII character (umlaut, háček/čárka, кирилица, €/£, etc). After UTF8 expansion resulting byte sequence will be longer than 512 bytes and would cause overflow. It's fixed in git but last beta doesn't have that fix yet.

Hmmm....

Not sure what's going on, but I stopped getting any notifications at all so tried rebooting the phone and now it seems to be working OK. I think most of the blank notifications were from my gmail account, and interestingly there are now two notification classes labelled 'gmail' and two labelled 'SMS' in Rockpool's notifications menu.

It literally just said [Action] (once twice, once three times - both times followed by 'Start quiet time'). I selected [Action] once and it said 'Success', but goodness only knows what it did

I'll have a fiddle with it, see if I can make it do it again, but as I said as of this minute it seems to be behaving correctly.

I had a look through the directory, and none of the files seem malformed (to my untrained eye). I grepped for 'NOTIFICATION_GENERIC' and two files have it - one is for a missed call, one for a download, but they both seem to have the correct contents (including named actions and bodies). I grepped for 'Action' just in case, but none have it. I'm guessing those files are transient, and got killed by me rebooting?

None of them are especially private, so I can email them to you if it helps... but fingers crossed, maybe it was just one of those gremlins that goes away when you reboot.