If there's some time left after discussing code signing (yay!)...
1. Friendly reminder: usage stats are still broken
Didn't data get fetched at all (broken parser) or is it a display problem? Only guessing here. But public usage stats shouldn't stay broken too long (now broken since June).
2. This has been briefly discussed in a Zulip thread: When upgrading from Drupal, after file classification (when file entities get their type assigned) all files in file_managed db table have the same timestamp (caused by bulk file_save()). This breaks sorting files by age.
There are ideas how to fix that, but it involves a (possibly dynamic) property on File entities, which might not be desirable.
Does it make any sense to proceed? Core committer feedback highly appreciated.
Probably not the reason, but worth to do a quick check:
Sometimes the update cache interferes, so if something's odd with updates - some module (or core) claims to have updated, but then...
The issue with checking for updates in the BackdropCMS dashboard makes website development and maintenance more difficult. I manage more than ten websites hosted by two different providers, one...
Comments
If there's some time left after discussing code signing (yay!)...
1. Friendly reminder: usage stats are still broken
Didn't data get fetched at all (broken parser) or is it a display problem? Only guessing here. But public usage stats shouldn't stay broken too long (now broken since June).
2. This has been briefly discussed in a Zulip thread: When upgrading from Drupal, after file classification (when file entities get their type assigned) all files in file_managed db table have the same timestamp (caused by bulk file_save()). This breaks sorting files by age.
There are ideas how to fix that, but it involves a (possibly dynamic) property on File entities, which might not be desirable.
Does it make any sense to proceed? Core committer feedback highly appreciated.
I fixed the usage statistics again today and filed an issue against Project module to fix it permanently: https://github.com/backdrop-contrib/project/issues/66
The short explanation is that the shell script was not executable.
If there is time, carried over from last week as we didn't have time to look at it then, I would welcome feedback on the approach I've taken to: