Error in modal content when changing password

gusbenites

When trying to change the administrator user's password for the first time on a fresh installation (the second time I've encountered the same error), a dialog modal opens, but the content inside the modal is a view of the site's initial page, and all other content is obscured.

I tested with Firefox 138.0.1 and Brave 1.78.97 on Linux, and both show the same problem.

In the Firefox console, it says:
"Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help see https://xhr.spec.whatwg.org/#sync-warning"

The Osticket version is 1.18.2.
Php 8.4
Nginx

The first time I downloaded the package from the website, and the second time I installed it with git clone as described in the readme.md file.

gusbenites

When trying to configure the outgoing email authentication, I click on the button labeled "Config", and it tries to open a modal, and the same thing happens.

KevinTheJedi

gusbenites

If you read the osTicket prerequisites you’ll see the supported web servers are Apache, LiteSpeed, and IIS; NGINX is not mentioned. That’s not to mean NGINX isn’t supported at all it just means it’s not supported out of the box. It requires additional, manual configurations.

So, you should either switch to a supported webserver or search this forum or online for a complete osTicket NGINX recipe (site config with complete rewrite rules).

Cheers.

gusbenites

Ubuntu 24.04
Nginx 1.27.4
Php8.4-fpm

This is the site configuration that worked very well for me.

server {
listen 443 ssl;
server_name soporte.ejemplo.com;

root /var/www/osticket;  # Ajusta seg  n tu ruta real
index index.php index.html index.htm;

ssl_certificate /etc/nginx/.ssl/fullchain.pem;
ssl_certificate_key /etc/nginx/.ssl/privkey.pem;

ssl_protocols TLSv1.2 TLSv1.3;
ssl_prefer_server_ciphers on;
ssl_ciphers HIGH:!aNULL:!MD5;

access_log /var/log/nginx/osticket-access.log;
error_log /var/log/nginx/osticket-error.log;

client_max_body_size 2000M;
client_body_buffer_size 100M;
client_header_buffer_size 10M;
large_client_header_buffers 2 10M;

client_body_timeout 12;
client_header_timeout 12;
keepalive_timeout 15;
send_timeout 10;

gzip on;
gzip_comp_level 2;
gzip_min_length 1000;
gzip_proxied expired no-cache no-store private auth;
gzip_types text/plain application/x-javascript text/xml text/css application/xml;
 
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;
}

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 ~ ^/kb/ajax.php/.*$ {
    try_files $uri $uri/ /kb/ajax.php?$query_string;
}

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

# Configuraci  n PHP-FPM con PATH_INFO
location ~ \.php(/.*)?$ {
    try_files $uri =404;

    # Separa script y PATH_INFO
    fastcgi_split_path_info ^(.+\.php)(/.*)$;

    fastcgi_pass unix:/run/php/php8.4-fpm.sock;  # Ajusta seg  n tu socket PHP-FPM
    fastcgi_index index.php;

    include fastcgi_params;
    fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    fastcgi_param  PATH_INFO        $path_info;
# Denegar acceso a archivos .ht*
     location ~ /\.ht {
          deny all;
     }
}

server {
     listen 80;
     server_name soporte.ejemplo.com;
     return 301 https://$server_name$request_uri;

}

Works!!

KevinTheJedi

gusbenites

Great! So, now you know why you use the forum first as this is not a bug; rather a setup issue caused by not following the prerequisites.

Cheers.