Nginx, Wordpress, admin modal windows blank. Stumped.

Hi, Last evening I installed Wordpress on a fresh, SSL, LEMP stack. I’ve done this several times now, following do’s excellent tutorials.

Everything runs great, except on every install, the modal windows used in a few places within Wordpress admin side always open blank.

The easiest place to see this is when clicking the “plugin details” link on any plugin in the plugin list. Likewise, if trying to use the Customizer, the “live” view of the website is blank.

Both are basically trying to pull data from external links into a modal window.

Is there some nginx config adjustment necessary, or firewall perhaps, to facilitate this??

Submit an answer

This textbox defaults to using Markdown to format your answer.

You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!

Sign In or Sign Up to Answer

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

Want to learn more? Join the DigitalOcean Community!

Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in Q&A, subscribe to topics of interest, and get courses and tools that will help you grow as a developer and scale your project or business.

I sincerely appreciate the help you both gave :) After almost a solid ten hours of googling and reading and staring at config files I stumbled on this:

I decided to have a look at my ssl-params.conf file. Which, BTW, I pasted from this tutorial on DO:

Lo and Behold! This line doth exist therein: add_header X-Frame-Options DENY; (lol! Just LOOK at how that word defiantly stands out!)

Note: l’m not dissing the tutorial at all. The DO tutorials are all top notch! For a noob to LEMP though, and one using Wordpress, This was a BIG-Time gotcha lol!

One, yes one keystroke later, the lil’ SOB was commented into eternity! And NOW the plugin details link works, as does the Customizer preview. My tension headache is already subsiding and normal vision will return upon a good nights sleep :)

I soooo appreciate your willingness to provide input! This is a great community :)


The SSL plugin shouldn’t really be necessary since you can simply set both URL’s to use HTTPS in the WordPress Admin CP. Unless something has changed in WordPress to where a plugin is required to enable HTTPS (and setting both URL’s no longer works), it’s simply overhead and may be the source of one issue (as was the case with a previous community question).

You’re already redirecting using NGINX from Port 80 (HTTP) to 443 (HTTPS/SSL), so I’d simply disable the plugin and check to see if the issue persists.

This is the server block. Install is fresh as of last night. Only site on server Thanks for the help! I’m baffled…

You should look at the following URL’s in order to grasp a solid understanding

of Nginx configuration files in order to fully unleash the power of Nginx.

Generally, you will want to move this file somewhere, and start with a clean

file but keep this around for reference. Or just disable in sites-enabled.

Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples.

Upstream to abstract backend connection(s) for php

upstream php {
server unix:/tmp/php-cgi.socket;

Default server configuration

server { listen 80 default_server; listen [::]:80 default_server; server_name; return 301 https://$server_name$request_uri; }

server {

# SSL configuration
listen 443 ssl http2 default_server;
listen [::]:443 ssl http2 default_server;
include snippets/;
include snippets/ssl-params.conf;
# Note: You should disable gzip for SSL traffic.
# See:
# Read up on ssl_ciphers to ensure a secure configuration.
# See:
# Self signed certs generated by the ssl-cert package
# Don't use them in a production server!
# include snippets/snakeoil.conf;

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

root /var/www/html;

location ~ /.well-known {
	allow all;

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

# pass the PHP scripts to FastCGI server listening on
location ~ \.php$ {
	include snippets/fastcgi-php.conf;
#	# With php7.0-cgi alone:
#	fastcgi_pass;
#	# With php7.0-fpm:
	fastcgi_pass unix:/run/php/php7.0-fpm.sock;

# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one

location ~ /\.ht {
	deny all;

location ~* /(?:uploads|files)/.*\.php$ {
deny all;

location = /favicon.ico {
log_not_found off;
access_log off;

location = /robots.txt {
allow all;
log_not_found off;
access_log off;

location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
expires max;
log_not_found off;

location / {
# This is cool because no php is touched for static content.
# include the "?$args" part so non-default permalinks doesn't break when using query string
try_files $uri $uri/ /index.php?$args;


Virtual Host configuration for

You can move that to a different file under sites-available/ and symlink that

to sites-enabled/ to enable it.

#server {

listen 80;

listen [::]:80;


root /var/www/;

index index.html;

location / {

try_files $uri $uri/ =404;