Latest upgrad 8.9.1 -> 8.9.2 generates faulty legacy/.htaccess and config.php file - leaves you stuck at login page with animated icon

📦 Install & Upgrade Help
,
1

After our most recent upgrade of SuiteCRM from 8.9.1 to 8.9.2 we were once again suite at the login page with the animated “loading” icon with no opportunity to login.

We traced the issue to the .htaccess and config.php files in the legacy/ folder, these had been altered by the upgrade breaking the UI.

In the .htaccess file the RewriteBase had changed from /public/legacy (working), to /legacy

In the config.php file the site_url had lost /public/legacy from the end of the server’s https FQDN

Restored both of the above settings got everything working again.

We don’t know what causes this. We’ve done multiple upgrades in the 8.x series and sometimes it’s fine, other times this “reset” occurs and breaks everything.

M

2

Hello Mark,

how does your server setup look like?
Can you post the contents of your vhost file?

/public is the web root folder?
You’re running your CRM under a sub-domain?

3

Hi Bastian,

/etc/httpd/conf.d/ssl.conf

##
## SSL Virtual Host Context
##

<VirtualHost *:443>

# General setup for the virtual host, inherited from global configuration

DocumentRoot /opt/suitecrm/public
ServerName xxx.xxx.co.uk

#
# This should be changed to whatever you set DocumentRoot to.
#
<Directory "/opt/suitecrm/public">
    AllowOverride All
    Require all granted
    Order allow,deny
    Allow from all
</Directory>

We don’t use subdomains, we just enter the FQDN of the server to reach the SuiteCRM frontend. This is a dedicated server for SuiteCRM.

Let me know if you need anything else.

M

4

Mine looks very similar:


<VirtualHost *:80>
        ServerName sub.domain.de
        DocumentRoot /var/www/domain.de/sub.domain.de/public

        <Directory /var/www/domain.de/sub.domain.de/public>
            Options -Indexes +FollowSymLinks
            AllowOverride All
            Require all granted
        </Directory>

Try the options with the FollowSymLinks.

Other than that: I remember I had similar issues with an early 8.3 or so version, but since then, not anymore and I usually kept the standard files throughout installations and upgrades.

Might not solve the issue, but I’d still grant the CRM a subdomain. So much friendlier for humans and it makes the CRM look less IT only :wink: . I
've not tried with IP only, but I’ve seen people on the forums here with IP only having issues, often in combination with lacking /public in the root path.