Enh: run migrations manually

[martin-rueegg]

Currently, when navigating to Administration -> Information -> Database, any pending migration is applied immediately and leaves the administrator no choice of whether to actually apply them now.

• This PR loads and displays the pending migration and gives the user the option to apply them.
• Once migrations are applied, the user can reload the migration info (useful, if some migrations failed) and apply them again.
• If no migration is applied, no option to apply them is offered.
• If migrations are applied, cache is automatically cleared as well.

PR Admin

What kind of change does this PR introduce?

• Feature

Does this PR introduce a breaking change?

• No

The PR fulfills these requirements

• It's submitted to the develop branch, not the master branch if no hotfix
• All tests are passing
• New/updated tests are included
• Changelog was modified
• A convincing reason for adding this feature (to avoid wasting your time, it's best to open a suggestion issue first and wait for approval before working on it)

[martin-rueegg]

All failing tests have to do with

• http://localhost/ vs
• http://localhost:8080/

I have no clue how this could be related to the changes in this PR.

[martin-rueegg]

All failing tests have to do with

• http://localhost/ vs
• http://localhost:8080/

I have no clue how this could be related to the changes in this PR.

@luke- Could that have to do with your merges from master to develop?

[luke-]

@martin-rueegg Thanks, below my review.

[martin-rueegg]

@luke- Thank you for the review. I hope I have now been able to adjust accordingly.

[yurabakhtin]

@luke- @martin-rueegg Probably the bug is related somehow:

[martin-rueegg]

@yurabakhtin would you be able to describe the procedure?

Does the "not secure" info in the addressbar show up before or after you click "Update Database"?

I'd suggest that the problem may be a http vs https incongruency.

[yurabakhtin]

@martin-rueegg I just started to work on new branch https://github.com/humhub/humhub/tree/enh/search where we have new migration m240203_112155_search so after run the update I got the errors, and even after several page refreshes I see the errors.

Does the "not secure" info in the addressbar show up before or after you click "Update Database"?

My local test server works on http://

I can reproduce the broken layout even with simple opening the url like http://humhub.local/admin/information/database?migrate=1 in new browser tab.
If you don't see this then don't spend your time, maybe it is only from my browser side, I will investigate this later deeply.
I just posted this here because it looks more related and in order to don't forget to fix this, thanks.

[martin-rueegg]

Ah, I see. So I guess it has nothing to do with the "not secure" warning.
Also, looking at this PR I don't see how this could be the causing an error. Unless the MigrateController would somehow force https, rather than http in the up action.

I can't reproduce it here with https. And when I use http, it automatically switches to https (browser and server side). So I'd have to change my setup.

But you could print a screenshot of the requests sent (visible in the network tab of the developer console of the browser). I'm sure there are some css (and maybe other) files that are not correctly loaded.

[yurabakhtin]

@martin-rueegg

• /admin/information/database?migrate=1

strange why the files are not loaded, but if I copy their url into a new browser tab, I see the files are loaded correctly:

• /admin/information/database

I see only one difference in the param v: v=1.16.0 vs v=1707498088

I have this bug in Chrome and FireFox browsers.

The branch master v1.15.3 has no such issue, only develop v1.16.0

[martin-rueegg]

@yurabakhtin This is indeed very peculiar.

Would you mind pasting the source code of the two main pages here? I.e. the raw response from the following requests:

• /admin/information/database?migrate=1
• /admin/information/database

And do you have a chance to see if the requests actually hit the webserver?
Is the cache disabled in the chrome browser?

[yurabakhtin]

@martin-rueegg I have detected the problem was in the code Yii::$app->assetManager->clear() which is called from SettingController::flushCache(), on my side the code removes all folders from the folder /assets so it seems some of them cannot be recreated when page is loaded right after the clearing.
I have decided to redirect a page with storing a migration result in session, please check my solution in PR #6881.

After fix for me it looks like this:

[martin-rueegg]

Thank you, @yurabakhtin. See my further comments in the respective PR.