Studio No Longer Loading

SuiteCRM 7.12 ESR
Ubuntu 22.04
PHP 7.4
MariaDB 10.6.7

I just wanted to reach out and see if any of you have ever seen an issue similar to the one I am experiencing right now. Everything was working with my fresh install (once I had all the prereqs complete). I was able to set up some customizations within the “Studio” and in the system configurations, etc. However, I suddenly received an error message after getting logged out of the system for the first time.

I’m not seeing any error messages that seem to be tied to the issue, but the SuiteCRM “Studio” isn’t loading for me anymore. I am using a VM, and have been creating backups along the way. So, I have reverted all the way back to multiple points in time when the Studio was previously working, and I still cannot get it to load. I’ve rebooted the server multiple times, etc. Has anyone ever seen this before and/or know what might be causing the issue? I have seen a couple posts about it; however, the one possible solution that I found doesn’t work for me because they made updates to a configuration file that does not contain the same information as my configuration file (it appears to be for a previous version of SuiteCRM).

As I briefly mentioned, there aren’t any error messages in the Apache configuration file that seem to be tied to this. The only recent messages in there since my last reboot are as follows:

[mpm_event:notice] [pid 868:tid 140650715174784] AH00493: SIGUSR1 received. Doing graceful restart

[Mon Jun 06 00:00:01.860250 2022] [mpm_event:notice] [pid 868:tid 140650715174784] AH00489: Apache/2.4.52 (Ubuntu) configured – resuming normal operations
[Mon Jun 06 00:00:01.860269 2022] [core:notice] [pid 868:tid 140650715174784] AH00094: Command line: ‘/usr/sbin/apache2’
[Mon Jun 06 11:55:46.336830 2022] [proxy_fcgi:error] [pid 27235:tid 140650506839616] [client 172.16.87.1:49719] AH01071: Got error ‘PHP message: PHP Warning: opendir(cache/diagnostic/506490f5-9f30-60ae-4497-629e31efc5db/diagnostic20220606-115546/): failed to open dir: No such file or directory in /var/www/html/modules/Administration/DiagnosticRun.php on line 254’, referer: http://172.16.87.135/index.php?module=Administration&action=Diagnostic

As a side note, after logging back in, I briefly see a message about there being too many redirects when I visit different pages. The page briefly breaks (for a split second), then loads fine. Everything in the Admin area loads fine as well. It is just the “Studio” section that appears to be having issues. Below is my SuiteCRM logs:

Fri Jun 3 16:16:37 2022 [999][1][FATAL] Exception handling in /var/www/html/include/MVC/Controller/SugarController.php:397
Fri Jun 3 16:16:37 2022 [999][1][FATAL] Exception in Controller: Subpanel was not defined
Fri Jun 3 16:17:08 2022 [999][1][FATAL] Exception handling in /var/www/html/include/MVC/Controller/SugarController.php:397
Fri Jun 3 16:17:08 2022 [999][1][FATAL] Exception in Controller: Subpanel was not defined
Fri Jun 3 16:28:44 2022 [1000][1][FATAL] Class Connectors does not exist, unable to rename.
Fri Jun 3 16:28:44 2022 [1000][1][FATAL] Class Version does not exist, unable to rename.
Fri Jun 3 16:28:44 2022 [1000][1][FATAL] Class CustomFields does not exist, unable to rename.
Fri Jun 3 16:31:45 2022 [999][1][FATAL] Class Connectors does not exist, unable to rename.
Fri Jun 3 16:31:45 2022 [999][1][FATAL] Class Version does not exist, unable to rename.
Fri Jun 3 16:31:45 2022 [999][1][FATAL] Class CustomFields does not exist, unable to rename.
Fri Jun 3 16:55:31 2022 [1000][1][SECURITY] Invalid ext logger_file_ext : ‘’.
Fri Jun 3 16:55:31 2022 [1000][1][SECURITY] Setting logger_file_ext to ‘.log’.
Fri Jun 3 16:55:31 2022 [1000][1][SECURITY] Setting logger_file_name to ‘’.
Fri Jun 3 16:55:31 2022 [1000][1][SECURITY] Log file extension can’t be blank.
Fri Jun 3 17:06:43 2022 [999][1][FATAL] Class Connectors does not exist, unable to rename.
Fri Jun 3 17:06:43 2022 [999][1][FATAL] Class Version does not exist, unable to rename.
Fri Jun 3 17:06:43 2022 [999][1][FATAL] Class CustomFields does not exist, unable to rename.
Fri Jun 3 17:11:23 2022 [22048][1][SECURITY] Invalid ext logger_file_ext : ‘’.
Fri Jun 3 17:11:23 2022 [22048][1][SECURITY] Setting logger_file_ext to ‘.log’.
Fri Jun 3 17:11:23 2022 [22048][1][SECURITY] Setting logger_file_name to ‘’.
Fri Jun 3 17:11:23 2022 [22048][1][SECURITY] Log file extension can’t be blank.
Fri Jun 3 17:11:23 2022 [22048][1][SECURITY] Setting logger_file_name to ‘’.
Fri Jun 3 17:11:23 2022 [22048][1][SECURITY] Log file extension can’t be blank.
Fri Jun 3 17:13:17 2022 [999][1][SECURITY] Invalid ext logger_file_ext : ‘’.
Fri Jun 3 17:13:17 2022 [999][1][SECURITY] Setting logger_file_ext to ‘.log’.
Fri Jun 3 17:13:17 2022 [999][1][SECURITY] Setting logger_file_name to ‘’.
Fri Jun 3 17:13:17 2022 [999][1][SECURITY] Log file extension can’t be blank.
Fri Jun 3 17:19:29 2022 [22048][1][SECURITY] Invalid ext logger_file_ext : ‘’.
Fri Jun 3 17:19:29 2022 [22048][1][SECURITY] Setting logger_file_ext to ‘.log’.
Fri Jun 3 17:19:29 2022 [22048][1][SECURITY] Setting logger_file_name to ‘’.
Fri Jun 3 17:19:29 2022 [22048][1][SECURITY] Log file extension can’t be blank.
Fri Jun 3 17:34:02 2022 [1000][1][FATAL] log call at: modules/EmailMan/tpls/config.tpl:465 - styleChecked is not set
Fri Jun 3 17:52:57 2022 [22048][1][FATAL] Action = editLayout with unknown view=SearchView
Fri Jun 3 17:53:38 2022 [999][1][FATAL] Action = editLayout with unknown view=SearchView
Fri Jun 3 17:55:14 2022 [1000][1][FATAL] UndeployedMetaDataImplementation->getFileName(): view type custom is not recognized
Fri Jun 3 17:55:14 2022 [1000][1][FATAL] UndeployedMetaDataImplementation->getFileName(): view type custom is not recognized
Fri Jun 3 17:55:28 2022 [22048][1][FATAL] UndeployedMetaDataImplementation->getFileName(): view type custom is not recognized
Fri Jun 3 17:55:28 2022 [22048][1][FATAL] UndeployedMetaDataImplementation->getFileName(): view type custom is not recognized
Fri Jun 3 20:42:00 2022 [22048][1][FATAL] Exception handling in /var/www/html/include/MVC/Controller/SugarController.php:397
Fri Jun 3 20:42:00 2022 [22048][1][FATAL] Exception in Controller: Subpanel was not defined
Fri Jun 3 20:47:44 2022 [22048][1][FATAL] Exception handling in /var/www/html/include/MVC/Controller/SugarController.php:397
Fri Jun 3 20:47:44 2022 [22048][1][FATAL] Exception in Controller: Subpanel was not defined
Fri Jun 3 23:10:02 2022 [24813][1][FATAL] Job runs too frequently, throttled to protect the system.
Fri Jun 3 23:51:53 2022 [1514][1][FATAL] Job runs too frequently, throttled to protect the system.
Fri Jun 3 23:51:53 2022 [1519][1][FATAL] Job runs too frequently, throttled to protect the system.
Fri Jun 3 23:52:01 2022 [1524][1][FATAL] Job runs too frequently, throttled to protect the system.

Thank you so much for your time in advance!

Not sure if this will work but customize en run this query on your installation:

http://yoursite/index.php?action=index&module=ModuleBuilder&searchFormTab=advanced_search&query=true&clear_query=true

Thank you for the suggestion, BrozTechnologies!

When I go to the link provided, it redirects me to : http://mysite/index.php?action=index&module=ModuleBuilder&searchFormTab=advanced_search&query=true&clear_query=true#ajaxUILoc=&mbContent=module%3DModuleBuilder%26action%3Dhome

Attached is a screenshot of what I’m seeing. This is the same page that I am taken to when I click on “Studio,” in case that is helpful

Maybe the Network tab on your browser’s Developer Tools will give you some clues about the URLs and the redirects. I would say something got broken in your web server config, perhaps.

Hey pgr! Thank you so much for that. I hadn’t ever used that tab within the Developer Tools before. It is really helpful, but I’m not completely sure what I’m looking for. I do see a couple of 300 statuses towards the top, stating that a redirect is occurring, but am not sure how to correct that. Below are some screenshots of what I’m seeing:


Do you know what I could/should do to correct this by chance?

Thank you for all of your time in advance!

The strange thing is that I’ve used restore points to try and figure out where that feature broke, but it’s no longer working on any restore point. I even reverted my VM back to a point in time before making any changes within the SuiteCRM interface (just after all the pre-reqs were complete), and it’s still having that issue. However, it had been working just fine for a couple of days while I have been customizing everything

How exactly are you trying to get to Studio?

When I go into Studio, I don’t see that screen in your screenshots…

I do this:

  • sign in with Admin user
  • click Admin in the top-right button
  • click Studio
  • I am taken to a screen with a list of modules

Yes, great question! Those are the same steps that I am taking. It used to load all the modules, but not anymore.

This is really weird. You’ll have to look for more clues.

  • suitecrm.log on the server
  • php_errors.log on the server
  • in the browser developer tools, the console might show Javascript errors

All of these, pay attention to the time when you’re entering the screen, so you can focus on relevant parts of the logs

That’s the home for module Studio.

In my case, I can get to that page when I click on the home icon on the module Studio screen.

Have you tried to click on the Studio option on that screen? In theory, That should take you to the section you need.

Thank you for the helpful information, BrozTechnologies! It’s nice to know that the page in question is just the home for module Studio. To answer your question: Yes, I have tried clicking on the Home icon in the Studio screen, but it is just redirecting me to the same page, unfortunately. Do you know what might be causing that?

I’m not seeing any errors in the log files. I think I might enable the option to display errors on the screen later, then click around to see if that gives me any helpful information.

Unfortunately is hard to know what the real issue is with out more information.

Try to display the error on screen as you said. It might help you to know what the real issue is.

Okay, this is really strange. The only thing I have changed is I enabled display errors, then rebooted the server, cleared browser cache, etc. I am not seeing any error messages on the screen (and still not in any of the log files). However, I am seeing some strange behavior:

In an incognito browser, it is working now. When I click on the Studio link from Admin → Studio it is loading my modules again (even the ones I have customized). It takes me to: http://mysite/index.php?module=ModuleBuilder&action=index&type=studio#ajaxUILoc=&mbContent=module%3DModuleBuilder%26action%3Dwizard

In a regular browser window (even after clearing my cache), it still does not work, and keeps loading that home page: http://mysite/index.php?module=ModuleBuilder&action=index#ajaxUILoc=&mbContent=module%3DModuleBuilder%26action%3Dhome

Does anyone have any thoughts about why it might be behaving this way, and where the link to “Studio” is configured, so I can check that the link is correct? As a side note, if I manually paste in the correct link to Studio in the regular browser, it loads and does NOT redirect. So, I’m not sure why just clicking on the links to get there is only loading the home screen.

As a side note, I have verified that none of my extensions are interfering with the page. I have disabled all of my ad and pop up blockers, etc. and am seeing the same behavior.

:point_up: did you check this? Can you compare in your two different browser situations (incognito vs normal)?

Hey pgr!

Yes, thank you for your help! It looks to me like when it’s not working, it is redirecting to that Home page that BrozTechnologies mentioned. However, when it is, it just stays on the link that was clicked. I do see some notifications at the bottom (under Issues). However, it doesn’t look like anything there should be causing that redirect.

Below is a screenshot. Do you see anything that might be causing that?

In the meantime, I can continue making my edits in the Incognito browser, so at least there’s a temporary work around.

Thank you for your time in advance!

For some reason your web server is answering those requests with a “301 - moved permanently”, but only occasionally, not always. This is dependent on .htaccess configurations, but it could also be done from within SuiteCRM code.

I don’t know what is going on, maybe you can try digging into what distinguishes those two requests, where they are initiated, what are the headers sent, the POST parameters etc. But it’s going to get technical…