LGTM.

In D4033#50252, @machniak wrote:

I didn't consider this diff complete. Before we merge this I'd like to know answers to my questions about the findObjectsByRecipientAddress() method:

1. Does it needs an argument to return only these objects that implement senderPolicyFrameworkWhitelist() method?
2. Should it return all objects if e.g. there's an alias to a user and resource at the same time? Right now it's the first found.

Rebase on beta-release

In D3463#41959, @machniak wrote:

In D3463#41947, @vanmeeuwen wrote:

In D3463#41941, @machniak wrote:

• If we move file name, size, mimetype to a separate table whenever we want to list/sort/search we have to make join(s) which will make it slow, and I'd say listing/searching by these three attributes is essential. A simplest listing needs to return at least the file size, name and mimetype, this makes this basic query much complicated/slower.

The assumption is that most if not all "lists" of "files" do not contain a column for the attributes such as size, mtime nor mimetype, let alone allow for "sorting by".

Most? All file managers/pickers I know display file name, size and mtime (mimetype is often used to display a different icon).

In D3463#41941, @machniak wrote:

• If we move file name, size, mimetype to a separate table whenever we want to list/sort/search we have to make join(s) which will make it slow, and I'd say listing/searching by these three attributes is essential. A simplest listing needs to return at least the file size, name and mimetype, this makes this basic query much complicated/slower.

These requested changes are mostly related to the database schema, I trust I do not have to highlight related changes.

I don't understand the case or cases in which this change helps, where it would have otherwise failed.

• More feedback

• More feedback

• Use wallet() from EntitleableTrait

• Another round of feedback

• Adjust code based on feedback

• Add two additional expunge commands for tables that otherwise just grow

• Fix tests

• Make sure we end with a nice line ending consistently