We are experiencing some issues with ModuleBuilder module regarding the creation of new modules and the application label files. We are wondering if it’s related with our server configuration but we can’t get reproduce a clear scenario. I explain:
Following these steps:
Go to ModuleBuilder in Administration.
Create a new package named a with key a.
Create a new module named b.
Check the label $app_list_strings['moduleList']['a_b'] = 'b'; in file custom/modulebuilder/packages/a/language/application/en_us.lang.php . The label is there as expected.
Create a new module named c.
Check the label $app_list_strings['moduleList']['a_b'] = 'b'; The label isn’t there anymore and it only appears the new label $app_list_strings['moduleList']['a_c'] = 'c';.
I’m guessing this is related with some php configuration, but not sure.
I don’t use Module Builder, but I’ve heard there is classical limitation in it - you can’t re-deploy, I believe. But maybe I am getting this wrong… try to find something online about this known issue.
Ah. That is interesting, and much more certain than my vague answer.
An interesting test would be to flush the opcache at the right moment, and determine if that is enough to fix the problem.
There are several “reloads” and “refreshes” and “cache clearings” happening when stuff gets deployed in Studio and MB and in the QR&R. Maybe we just need to add one saying “if using opcache, flush it now”…