-
Notifications
You must be signed in to change notification settings - Fork 75
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fresh install of drupal 9.3.x site and various modules (webform, profile, private message, etc.) fail to update DB - all DB schema updates are shown as needed - " Schema information for module xx was missing from the database" error shown #1642
Comments
rather than asking you to rewrite tons of code so BOA d 9.3 users can use the webform module, how about this radical solution - which would also require you to rewrite code (most of the code could be converted very easily with a simple script - find and replace - ), but which has many benefits for both drupal, AEgir and BOA: |
I am still having this problem with only 1 site - and cloning or replicating the site and migrating it to a different platform still causes the same problem. When I enable the webform module on a different site on the same platform, I get the following error (this is on a different site which before now did not have webform enabled): drush updb -y Is there some simple "fix" where I can go into the database (I know data has to be unserialized, modified and then reserialized before saving into the databse (don't know exactly how this works but can figure it out) and simply set the webform module schema so that it is up-to-date and includes update_8636 ? Thanks for any help. Must solve this problem. Ed |
do I need to be using a specific version of drush rather than the default "drush" for drupal 9.3+ core sites? If so, how do I call it when logged in as the o1.ftp user, please? thanks |
Perhaps this problem isn't with the webform module at all. I just got a similar error when updating to core 9.2.16 a social 11 platform: drush updb private_message module : profile module : Do you wish to run all pending updates? (y/n): y The modules and sub-modules for which the errors and warnings, above are given, are indeed enabled for the site. What does this mean? |
Obviously it didn't perform any updates, even though it says "finished performing updates" at the end. This is on our production server. Boa info more here: https://gist.github.com/EdNett/29c455c1edb6151b3f16fbd5385a496f Should I be expecting a total server meltdown because of these errors, or do I need to rebuild each site that has them? Any help understanding this issue would be appreciated. thanks Ed |
I am closing this - since it is outdated. The problem no longer exists, and I don't know what the cause was. |
Hello,
(march 24 update):
On a fresh intall of drupal 9.3.x site, various modules (webform, profile, private message, etc.) fail to update DB - all DB schema updates are shown as needed - " Schema information for module xx was missing from the database" error shown
It appears that the below error is just one of a whole class of similar errors happening with module schemas are missing according to drush. Have I been hacked, I wonder, if no-one else is experiencing these problems. It's happening on more than one server on more than one site !
On a fresh intall of drupal 9.3 and Webform 6.1.3 - webform fails to update DB . The below modules are not recognized by AEgir and the site doesn't "see" them. Is this because of the directory called "tests" or because of the path length or depth?
/static/d9/web/modules/contrib/webform/modules/webform_options_custom/tests/modules/webform_options_custom_entity_test
that's 124 characters from root to the end of the final module name + 83 more characters to the end of the deepest module file I can find. That's 207 characters! Is that ok? It's also 8 "modules"-type directories deep - that's more likely the problem I imagine. What to do?
and
/static/d9/web/modules/contrib/webform/modules/webform_options_custom/tests/modules/webform_options_custom_test
I think those paths are too long or too many levels deep. Is htis a possibility?
Issue is also with webform at
https://www.drupal.org/project/webform/issues/3266338
Webform issue queue suggested it might be: https://www.drupal.org/project/drupal/issues/2985199
Extensions in Multisite Directories Not Registered When Rebuilding Cache
But I thought I'd check her about "tests" directory and number of directories of total depth and also total length of modules.
Do I need to be calling a different version of drush when workign with a drupal 9.3 site ?
Regards,
Ed
The text was updated successfully, but these errors were encountered: