New item form instead of item view for everything about glpi HOT 6 CLOSED

Hi,

Did you tried to restart php-fpm?

from glpi.

Yes, tried once again to be 100 % sure and no change. I tried it on normal user, superadmin, tried to logout & login, clear cache and all other basic ways to resolve problem but no success.

from glpi.

Do you have any URL redirection set up in your web server configuration? It appears you use nginx, and it's quite frequent users have a setup that seems to work; but cause some issues.

Please double check your web server setup. As we do not know well nginx, we cannot help on that (also that's out of the scope of a GLPI communituy support). You can maybe try with an as clean as possible setup, or even better with apache to see if you reproduce.

from glpi.

No, there is no URL redirection. I'm using same config as recommended on https://glpi-install.readthedocs.io/en/latest/prerequisites.html#nginx-configuration

But I think the problem has to be elsewhere. When I hover over name of item, this is how target link looks like: https://it.igloonet.cz/front/computer.form.php?id=123 What is correct link to item detail? From form part in it, it seems to me that problem is in rendered view, not in some redirect.

Btw. one more clue I forgot to mention is that I also can't see dashboards since that problematic upgrade. When I open the page, I can se for fraction of second there are some data but they dissappears aftert. It looks like there is something rendered above, I can't see toolbar, dashboard, anything. I tried to play with devtools to find exact problem, but no luck.

Thanks for any idea.

from glpi.

Are you sure there is nothing logged in the GLPI log files (files/_log folder inside your GLPI install by default) or the nginx error log?
Do other uses of query parameters seem to work? For example, switching entities and profiles use them. You can also go to "/front/ticket.form.php?name=test" to see if the title field of a new ticket autofills.

You can also enable debug mode while logged in with a super-admin profile from the top-right menu and then go to the requests widget on the debug toolbar, then the "Globals" tab followed by the "GET" tab to see what data from the URL is being sent to PHP. If there is no "id" when trying to view an existing item, then it is likely that there is an issue on the web server side or a bad PHP config.

from glpi.

there is one NOTICE in logs:

"NOTICE: PHP message: PHP Warning:  Undefined array key "domain" in /apps/glpi/glpi/front/locale.php on line 84"

Ok, now I understand where you are heading with the nginx config... Main problem for me was that I wasn't sure that i.e. computer.form.php is correct file, but I see that problem is with arguments are not passed, it is same with your ?name=... This should take minutes to fix, hopefully...

and voilá, finaly fixed! Huge thanks everybody and especially @cconard96 for the problem. Looks like whole problem is fastcgi_split_path_info ^(.+\.php)(/.*)$; line in official config.

Working nginx config:

server {
    listen 10001;
    server_name glpi.some.domain;
    root /some/path/glpi/public;

    index index.php index.html;

    error_log /var/log/nginx/error.log;
    error_page 400 /400.html;

    client_max_body_size 50m;

    # deny access to dot files
    location ~ /\. {
        access_log off;
        log_not_found off;
        deny all;
    }

    location ~ ^(/install/mysql|/config|/scripts|/vendor/tecnickcom/tcpdf/tools|/locales|/files)/ {
        deny all;
    }

    location / {
        try_files $uri $uri/ /index.php?$args;
    }

   location ~ ^/index\.php$ {
        include fastcgi_params;
        fastcgi_index index.php;
        fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_pass unix:/run/php/php.web-glpi.sock;
        fastcgi_buffers 16 16k;
        fastcgi_buffer_size 32k;
    }
}

from glpi.