feat: activity support

[luka-nextcloud]

Resolves: #1897

[Koc]

can you please add import support 🙏? It can helps me a lot for #1801

[enjeck]

Not sure if this is intentional or not, but if you change a column name, the activity log that references the column still uses the old name which can be confusing

[luka-nextcloud]

Not sure if this is intentional or not, but if you change a column name, the activity log that references the column still uses the old name which can be confusing

@enjeck Since we use the activity log to track the object's history, I think we should respect the column name at the time the action was logged

[enjeck]

@enjeck Since we use the activity log to track the object's history, I think we should respect the column name at the time the action was logged

I agree!

[enjeck]

Is this the right way to deal with translations with params? I figured it would be something using square brackets e.g [table], as described in https://docs.nextcloud.com/server/latest/developer_manual/basics/translations.html#php-backend.

[enjeck]

@luka-nextcloud Are you done here? Because from reading #1897, there are some requirements listed there and I wonder if we will be covering them all here

[luka-nextcloud]

@luka-nextcloud Are you done here? Because from reading #1897, there are some requirements listed there and I wonder if we will be covering them all here

@enjeck In my opinion, we are done for now. The remaining requirement is clean-up schedule (number 5 and 6) which I think should be discussed and done from the activity app.

[blizzz]

Great effort @luka-nextcloud 🙇 Everything looks good and works (two glitches, nothing big). Happy about this!

There are quick formal matters: please add declare(strict_types=1); to all new classes and add type hints and return types to the methods that do not have them (typically missing in some of the new classes).

And smaller functional cases:

• table deletion activity did not show up for me (owner of the table was someone else), but only for this someone else.
• Renaming a table, and Description update, have an issue with activity formatting or so: Rich subject or a parameter for "{user} has renamed the table {before} to {table}" is malformed

Backend-wise all is good. The frontend-usage is nice as well, I didn't check the code there though. If the items mentioned above can be addressed, green lights from my side.

[blizzz]

Not sure what this removal is about, but if it is some cleanup of unnecessary things (smells like it!), all cool. I want to double check that this is not something unintended.