Closed koelle25 closed 2 weeks ago
Can some maintainer please immediately remove and block the spam/scam messages above? @rullzer @nickvergessen @juliushaertl ?
Edit: I have also reported the file to Mediafire Abuse Team (abuse@mediafire.com).
@koelle25 it's best to use the "Report spam" button on such messages, so GitHub blocks the complete accounts.
Thanks @nickvergessen. Unfortunately this button seems to be missing for me:
Seems I used it too often, was able to report 2
Thanks for the help then!
But afterwards the admin web interface still has the message about mimetype migrations.
This part is already fixed by https://github.com/nextcloud/server/issues/47359
- Convert multi accounts - ERROR: An exception occurred while executing a query: SQLSTATE[HY000]: General error: 1364 Field 'token_type' doesn't have a default value
This isn't coming from server. Looks like it may be part of a migration in the integration_gitlab
app:
So, in conclusion: the mimetype stuff stuff is unrelated (and fixed; pending release in the next maintenance release - see nextcloud/server#47359).
I'll move this over to the repo for that app.
Hello @koelle25, did you run occ upgrade
before running the maintenance repair?
What does occ migrations:status integration_gitlab
show?
Hello @kyteinsky, unfortunately this command does not seem to exist:
occ upgrade
only outputs "Nextcloud is already latest version".
Sorry it's a debug command, which means the instance needs to be in debug mode, i.e. 'debug' => true
set in config.php.
If you don't want to do that, can you try a reinstall of the integration_gitlab app?
Oh okay, thanks for the clarification.
I just did a reinstall of the app, but the SQLSTATE error still appears.
The output of occ migrations:status integration_gitlab
in debug mode is:
>> App: integration_gitlab
>> Version Table Name: oc_migrations
>> Migrations Namespace: OCA\Gitlab\Migration
>> Migrations Directory: /var/www/html/custom_apps/integration_gitlab/lib/Migration
>> Previous Version: 0
>> Current Version: 3000Date20240718103726
>> Next Version: Already at latest migration step
>> Latest Version: 3000Date20240718103726
>> Executed Migrations: 1
>> Executed Unavailable Migrations: 1
>> Available Migrations: 1
>> New Migrations: 1
>> Pending Migrations: None
@provokateurin Can you help us out here?
It seems like there was no token type stored in the user config in the first place. This is an invalid state already, it just was never discovered.
I think you can fix the migration by inferring the token type by checking if a refresh token exists. If it is there then it is oauth
, otherwise personal
.
@kyteinsky does that make sense to you?
Yes, thanks. Check the PR if it looks good.
Hi @koelle25, can you apply this patch (https://patch-diff.githubusercontent.com/raw/nextcloud/integration_gitlab/pull/98.diff) and check if it works using occ maintenance:repair
?
Yes, the patched file works! No error anymore:
$ occ maintenance:repair
[...]
- Set existing shares as accepted
- Convert multi accounts
- Clean up meta table
[...]
Thanks for fixing so quickly!
Happy to hear that! Thanks to Kate for the concise explanation too!
⚠️ This issue respects the following points: ⚠️
Bug description
My admin web interface says:
If I do it, the following error appears while running (full output is below):
The command runs through several more steps after the error and seems to finish "successfully". But afterwards the admin web interface still has the message about mimetype migrations. Running the command multiple times results in exactly the same command output. Maybe the one SQL error causes a rollback?
Steps to reproduce
occ maintenance:repair --include-expensive
Expected behavior
No error in occ command and warning disappears from admin web interface.
Installation method
Community Docker image
Nextcloud Server version
28
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Nginx
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 28.0.1 to 28.0.2)
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
The problem is already described in the Nextcloud Forums from a user running 29.0.5: https://help.nextcloud.com/t/error-field-token-type-doesnt-have-a-default-value-after-nc-29-0-5-upgrade/201410/3