> OMP@3.3.0 build
> vue-cli-service build --no-clean
Browserslist: caniuse-lite is outdated. Please run:
npx browserslist@latest --update-db
Why you should do it regularly: https://github.com/browserslist/browserslist#browsers-data-updating
⠹ Building for production.../srv/www/omp00/htdocs/node_modules/loader-runner/lib/LoaderRunner.js:106
throw new Error("callback(): The callback was already called.");
^
Error: callback(): The callback was already called.
at context.callback (/srv/www/omp00/htdocs/node_modules/loader-runner/lib/LoaderRunner.js:106:10)
at /srv/www/omp00/htdocs/node_modules/css-loader/dist/index.js:141:5
Node.js v18.12.1
I also tried ‘tools/buildpkg.sh 3.4 main’, the same thing happens.
‘npm audit fix’ doesn’t help either.
Shouldn’t the first installation just work like that? What could be a possible error?
I’m new to composer and node/npm, any help would be appreciated.
when I try to upgrade an existing OMP 3.3.0.13 to 3.4 i get the following error:
2022-12-09 11:07:45 [Nulling non-existent source_submission_file_id 1660 in submission_files.]
2022-12-09 11:07:45 [migration: APP\migration\upgrade\v3_4_0\I6093_AddForeignKeys]
2022-12-09 11:07:51 [revert migration: APP\migration\upgrade\v3_4_0\PreflightCheckMigration]
2022-12-09 11:07:51 [An upgrade step failed! Fallback set to 3.3.9.9. Check and correct the error and try the upgrade again. We recommend restoring from backup, though you may be able to continue without doing so.]
ERROR: Upgrade failed: DB: SQLSTATE[23000]: Integrity constraint violation: 1452 Cannot add or update a child row: a foreign key constraint fails (`omp00db`.`#sql-448_298`, CONSTRAINT `stage_assignments_user_group_id` FOREIGN KEY (`user_group_id`) REFERENCES `user_groups` (`user_group_id`) ON DELETE CASCADE) (SQL: alter table `stage_assignments` add constraint `stage_assignments_user_group_id` foreign key (`user_group_id`) references `user_groups` (`user_group_id`) on delete cascade)
Are you sure you’re using an up-to-date checkout? Orphaned data in stage_assignments referring to non-existent user_group_id entries in user_groups should be cleaned up during the preflight check migration here.
Regards,
Alec Smecher
Public Knowledge Project Team
Thanks, I identified a small typo in the preflight check data cleanup that prevented it from catching and cleaning up some inconsistent data in your database:
Regards,
Alec Smecher
Public Knowledge Project Team