Fresh installation: Can't login to frontend

[shiobi]

Hi everyone.

I'm in the process of migrating from Invision Community 4.7.3 to the latest release (4.7.6 at the moment), but before doing so, I'm testing everything on a new server because the current server is somehow... old; it can't even support PHP 8. This new server will host the production community if everything goes well.

Well, the first step was installing Invision Community from scratch, but my problem is very simple: I can't login to frontend. When I enter my login information into the login box, the software redirects me to ?_fromLogin=1 but nothing happens. I keep logging out.

This is a fresh installation, so I don't have any 3rd party customizations installed, and there are no errors in PHP and/or system logs. So I don't know how to continue.

Has anyone had this issue? Thanks!

[Randy Calvert]

What happens if you login to your ACP?  (domain.com/admin) 

[shiobi]

31 minutes ago, Randy Calvert said:

What happens if you login to your ACP?  (domain.com/admin) 

Everything is okay. This issue happens only when I try to log in on the frontend.

[Randy Calvert]

Try a different browser. If it works, there might be a problem with your cache on the first. Purge it and try again. 

[shiobi]

8 hours ago, Randy Calvert said:

Try a different browser. If it works, there might be a problem with your cache on the first. Purge it and try again. 

I have already tried it 😓 The problem persists.

Edited January 31, 2023 by shiobi

[Richard Arch]

Have you checked your new server meets the requirements?

 

 

[shiobi]

17 minutes ago, Richard Arch said:

Have you checked your new server meets the requirements?

 

 

Yes. I did a fresh install, so the requirements checker passed successfully at the beginning of the installation.

[Richard Arch]

It makes no sense.  It might be worth blowing away that install and try again with a fresh copy of the files.  Hopefully, the issue will not repeat.

[shiobi]

I will try it and post any updates. Thanks

[shiobi]

Reinstalled and the issue persists 😪

Invision Community Version 4.7.6
PHP Version 8.1.2-1ubuntu2.10
Database Version 5.5.5-10.6.11-MariaDB-0ubuntu0.22.04.1

I can share any additional information if needed.

[Richard Arch]

Well I'm lost, but suspect it to be server related as 100s of others will have done a fresh install which worked.  I know it has for me on a local WAMP setup.

Maybe try running that separate requirement checker in case it is a bit different from what is built in.

[Nathan Explosion]

Do you have a constants.php file in the root of the installation?

[shiobi]

6 minutes ago, Nathan Explosion said:

Do you have a constants.php file in the root of the installation?

No, I don't.

[Nathan Explosion]

Ok - that rules out the possibility of you using one of the cookie constants which may cause problems with processing the login.

[shiobi]

I also tried disabling Cloudflare completely but the issue persists. That's the only non-default thing that could be related.

[Randy Calvert]

From the admin area, create a new account. Does that new account work?

[shiobi]

2 minutes ago, Randy Calvert said:

From the admin area, create a new account. Does that new account work?

No, it doesn't. The same problem happens.

[Richard Arch]

What about a .htaccess file could that have a redirect error.

[shiobi]

2 minutes ago, Richard Arch said:

What about a .htaccess file could that have a redirect error.

The server runs Nginx. It doesn't use .htaccess.

Here is the Nginx configuration file:

server {
        listen 80 default_server;
        listen [::]:80 default_server;

        root /var/www/html;

        # Add index.php to the list if you are using PHP
        index index.php index.html index.htm index.nginx-debian.html;

        server_name _;

        set_real_ip_from 172.10.1.0/24;
        set_real_ip_from 173.245.48.0/20; set_real_ip_from 103.21.244.0/22; set_real_ip_from 103.22.200.0/22; set_real_ip_from 103.31.4.0/22; set_real_ip_from 141.101.64.0/18; ...
        real_ip_header CF-Connecting-IP;


        location / {
                # First attempt to serve request as file, then
                # as directory, then fall back to displaying a 404.
                # try_files $uri $uri/ =404;
                try_files $uri $uri/ /index.php?$args;
        }

        location /api/ {
                if (!-e $request_filename) {
                        rewrite ^/api/(.*)$ /api/index.php;
                }
        }

        # pass PHP scripts to FastCGI server
        #
        location ~ \.php$ {
                include snippets/fastcgi-php.conf;
        
                # With php-fpm (or other unix sockets):
                fastcgi_pass unix:/run/php/php8.1-fpm.sock;
                # With php-cgi (or other tcp sockets):
                # fastcgi_pass 127.0.0.1:9000;
        }
}

 

[shiobi]

Is it possible to move this topic to Help & Support? Thanks 😀

[Marc]

Please check your conf_global.php file, and ensure if you are using https on the server, you also have your address set to https there. If thats not the cause, please update your access details on file for the new server, and we can get this looked into

[shiobi]

9 minutes ago, Marc Stridgen said:

Please check your conf_global.php file, and ensure if you are using https on the server, you also have your address set to https there. If thats not the cause, please update your access details on file for the new server, and we can get this looked into

Yes, https is configured on conf_global.php.

I updated my access details. Thanks!

[Richard Arch]

Would love to know what the issue was once resolved 👍

[Alexandru]

Morning,
Contact me privately, I will have a look for you if you want.

[shiobi]

On 2/1/2023 at 9:21 AM, shiobi said:

Is it possible to move this topic to Help & Support? Thanks 😀

Bump this