Claire

A failure in the deletion job would be a database error of some kind, a bug in Mastodon… but really something internal to `mastodon.cc`. An error in the delivery job...

We'll probably replace font-based icons with SVG graphics at some point, but according to the above quoted Apple documentation: > images may be replaced with a missing image icon so...

I believe this is because of #13210, so that does make sense. Maybe we should consider any of the following things though: - use a different style/name for the unprocessed...

The thing is, where else to store them? Unprocessed items are normally stored in /tmp, but since we're here deferring processing, we don't know how long the files will remain...

Did you forget to run database migrations before restarting `mastodon-web`?

Has there perhaps been any error when performing the database migrations? Have you cleared the cache (`export RAILS_ENV=production ./bin/tootctl cache clear`)?

That is very weird, `User` objects definitely have a `role_id` attribute. It really sounds like new code running on an old database version, but if you've restarted `mastodon-web` after running...

The column `role_id` should have been created in `db/migrate/20220611212541_add_role_id_to_users.rb`. From your logs, it appears Rails doesn't try to do any migration at all, probably because it thinks they ran already....

If the last migration to succeed was 20220613110628, `DELETE FROM schema_migrations WHERE version::bigint > 20220613110628` should make Rails stop thinking the other succeeded, and you should be able to run...

It only needs `me` to be in the `rel` attribute, it does not need to be the only one. However, the link is only verified once shortly after you edit...