-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Quick Repair & Rebuild not working as expected #10414
Comments
This issue has been mentioned on SuiteCRM. There might be relevant details there: https://community.suitecrm.com/t/repair-and-rebuild-not-working-properly/92599/5 |
Can someone please take a look and provide updates on this? |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Issue
Quick Repair & Rebuild not working as expected at the first execution after Suitecrm is installed.
After freshly installing Suitecrm, I executed repair and rebuild and found some issues in it.
First of all, inside ModuleInstall\ModuleInstaller.php file we’ve rebuild_all() function. So this function executes rebuild_relationships() first and then rebuild_tabledirectory().
Now rebuild_relationships require tabledirectory.ext.php file. But this file is getting created inside rebuild_tabledirectory(), so this function doesn’t get this file and it misses the exections of relationships inside tabledirectory.ext.php file… Weird!
Now another point is for unknown reason, global $beanList variable inside sugarbean.php → createRelationshipMeta() function doesn’t contain all the beans for the first execution of repair and rebuild but for second execution it contains more beans out of which I needed EBSI_Correspondense for displaying correspondense tab in the case detail page.
This issue is already created in the forum
https://community.suitecrm.com/t/repair-and-rebuild-not-working-properly/92599
Expected Behavior
For first point, I believe rebuild_tabledirectory() should be executed first and not rebuild_relationships() & for second point, it should get all the beans in the $beanlist.
Actual Behavior
As mentioned, it is not getting tabledirectory.ext.php file for relationships executions and for second point, $beanlist doesn't contain all the beans.
Possible Fix
execute rebuild_tabledirectory() first and then rebuild_relationships().
For second point, I am not sure.
Steps to Reproduce
Context
basically, in the deployment process we are executing this repair via cli as our deployment process so that we don't have to manually do it via web. But as it not working as expected we have to manually go to web and hit quick repair and rebuild.
I believe this is HIGH priority bug.
Your Environment
The text was updated successfully, but these errors were encountered: