In the 1.9 to 2.0 upgrade process, as resource types are converted to their new respective activities the logs are not updated.
This is a problem for the recent activity block as the print_recent_activity function does not have logic in it to look up the new module name or instance id (when looking for "add mod", "delete mod", or "update mod" entries). When execution reaches this point, the activity gets skipped (if now a url, page, etc):
if (!isset($modinfo->instances[$modname][$instanceid])) {
|
if ($log->action == 'add mod') {
|
// do not display added and later deleted activities
|
$newgones[$log->info] = true;
|
}
|
continue;
|
}
|
This is also a problem for us independent of that function because we use the logs in other plugins we have developed. We'd rather have the performance hit of updating the logs upfront rather than having to do a lookup for each log entry that is a resource.
Is it possible to update the log entries (including the "add mod", "update mod", and "delete mod" entries) during the 1.9 to 2.0 upgrade process?