Hey all,

Been having some issues trying to manually open a new ticket or manually add a new user. I've changed the cgi.fix change already to no avail and I'm a bit stuck. Any help would be appreciated - please see the photo below for the installation info.

Thanks!

  • KevinTheJedi replied to this.

  • Fixed the issue myself. It was an AJAX pull request within the class.forms.php within the inetpub\wwwroot\osTicket\include drecitory. Changed line 5763 and 5764 and added

    case 'simple':
    case '':

    And it fixed the issue.

    KevinTheJedi

    Hey Kevin, I was previously using PHP v8.0.28 and it was still occurring, I upgraded to v8.2.3 in the hopes that it may have been a PHP issue but the problem was still present. Can confirm it's happening on both.

        WFLimited

        Then you will need to further explain what's going on. What exactly are your "issues"?

        Cheers.

          Whenever I go to manually create a ticket or a user (not an agent, it seems I can create agents just fine), a small white box appears over the new ticket/agent creation page like so:

          If I press Esc, I can dismiss the box and continue filling the form out for a new ticket, but with a new user, the process is dismissed entirely.

          EDIT: I meant user and not agent in the latter half of this response.

            WFLimited

            You will need to check your logs (general server logs, webserver error logs, PHP error logs, MySQL/MariaDB error logs, osTicket System Logs, Browser Console logs, etc.) for any related errors.

            Cheers.

                A white bar like that usually indicates that there is a AJAX error. So I would definitely agree with KEvin to check your logs.

                  ntozier

                  Thanks both, honestly I'm a bit new to this. Where would I find these and what would I be looking for?

                  Cheers

                    ntozier KevinTheJedi

                    OK, nevermind I found them.

                    Logs are saying that I'm missing the xml-rpc extension and the gd2 extension. Should that cause this issue?

                        Fixed the issue myself. It was an AJAX pull request within the class.forms.php within the inetpub\wwwroot\osTicket\include drecitory. Changed line 5763 and 5764 and added

                        case 'simple':
                        case '':

                        And it fixed the issue.

                        2 years later

                        tonyn

                        Start your own thread, explain your issue clearly, provide step-by-step instructions to replicate the issue, and include a screenshot of Admin Panel > Dashboard > Information.

                        Cheers.

                          When I click "New Ticket", It will show the white blank screen. Press ESC can escape. How to solve this problem permanently.

                          thanks a lokt!

                            tonyn

                            Literally the very first thing I said was:

                            Start your own thread

                            Cheers.

                              tonyn

                              With NGINX you have to do extra work and apply your own site config with the appropriate rules. NGINX used to have “recipes” on their site but they recently updated their site and no longer have them. There is an old link on the way back machine however with their recent headlines I wouldn’t trust that too much anymore. So I braved that for everyone else and will post it below so we can reference this in the future. Please note this was from the NGINX site back in the day and you should use this at your own discretion. You obviously have to replace some information to fit your environment.

                              user  nginx;
worker_processes 1;

events {
    worker_connections  1024;
}

http {
    include         mime.types;
    default_type    application/octet-stream;
    sendfile        on;
    charset         utf-8;
    gzip            on;
    gzip_types      text/plain application/xml text/javascript;
    gzip_min_length 1000;

    index index.php index.html index.htm;

    # Rewrite all requests from HTTP to HTTPS
    server {
        listen 80;
        server_name tickets.mydomain.com;
        rewrite ^ https://tickets.mydomain.com permanent;
    }

    server {
        listen 443;
        server_name tickets.mydomain.com;
        ssl on;
        ssl_certificate /etc/nginx/certs/cert.pem;
        ssl_certificate_key /etc/nginx/certs/cert.key;

        keepalive_timeout 70;

        root /var/www/osticket;

        set $path_info "";

        location ~ /include {
            deny all;
            return 403;
        }

        if ($request_uri ~ "^/api(/[^\?]+)") {
            set $path_info $1;
        }

        location ~ ^/api/(?:tickets|tasks).*$ {
            try_files $uri $uri/ /api/http.php?$query_string;
        }

        if ($request_uri ~ "^/scp/.*\.php(/[^\?]+)") {
            set $path_info $1;
        }

        if ($request_uri ~ "^/.*\.php(/[^\?]+)") {
            set $path_info $1;
        }

        location ~ ^/scp/ajax.php/.*$ {
            try_files $uri $uri/ /scp/ajax.php?$query_string;
        }

        location ~ ^/ajax.php/.*$ {
            try_files $uri $uri/ /ajax.php?$query_string;
        }

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

        location ~ \.php$ {
            fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
            include        fastcgi_params;
            fastcgi_param  PATH_INFO        $path_info;
            fastcgi_pass   127.0.0.1:8888;
        }
    }
}

                                Thank you very much! I missing this line on my nginx.conf file:

                                fastcgi_param PATH_INFO $path_info;

                                Thanks again!

                                Write a Reply...