Long database names in apps break the update

[juliusknorr]

Apps that have a to long identifier name break the update.

So far I found:

• gpxmotion
• groupfolders
• mail "mail_collected_addr_userid_index" is too long. mail#1002
• notes
• music

Ref #10221

Is there anything we could do about that to avoid having the update stopped with those long names? Like can we just enforce the check on oracle and maybe only log a warning on other database types where this is not an issue?

Disabling the app also doesn't work, since the check is executed anyway.

cc @nickvergessen

[nextcloud-bot]

GitMate.io thinks possibly related issues are #5627 (Broken app update notification), #6191 (cannot update database), #6277 (Broken instance after Update), #1236 (Show apps with available updates first), and #8303 (Database Update Command Fails).

[nickvergessen]

Like can we just enforce the check on oracle and maybe only log a warning on other database types where this is not an issue?

The thing is that would just obsolete the check all together, because no one of us ever installs oracle or checks the logs.

But yeah I will look into how we can improve the situation, so apps can have a compatibility upgrade going forward.

But also Note, if you make a new migration to fix your database layout, oracle still can't install, because the old table names you are using would need to install because migrations are applied incremental, not all combined into one batch.

[newsyrom]

i am having the same problem with ownbackup also.

[nickvergessen]

Had a couple of thoughts. But they all failed. The problem is we currently analyse all tables/columns/indexes/... everytime and not just the new ones. Otherwise we could have checked if the app supports oracle or not and only check it in case it does.

So my suggestion would be to only check the length in debug for 14 (or we simply disable the check in stable14 once its branched off) while we try to find a more clever solution for 15, which:

• respects apps which are not supporting oracle
• has a way for apps to migrate from a "broken" layout to a new one without big changes

Opinions @rullzer @ChristophWurst

[nickvergessen]

For a temporary solution you can delete

server/lib/private/DB/MigrationService.php

Line 460 in ef5074a

$this->ensureOracleIdentifierLengthLimit($targetSchema, strlen($this->connection->getPrefix()));