Open RyanDrewniak opened 10 hours ago
~Looks like maybe a duplicate of #11089.~
Can your show your nginx config?
Based on the previously linked issue chain, this is the most plausible part of my nginx config that might be causing problems:
# Directives to send expires headers and turn off 404 error logging.
location ~* ^(?!img\/).*\.(?:ogg|ogv|svg|svgz|eot|otf|woff|mp4|ttf|rss|atom|jpg|jpeg|gif|png|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|ppt|tar|mid|midi|wav|bmp|rtf) {
access_log off;
log_not_found off;
expires max;
add_header Pragma public;
add_header Cache-Control "public, max-age=86400";
add_header X-Asset "yes";
}
# Static assets. Caching for assets that we need to update more consistently
location ~* \.(css|js|woff|ttf|otf|woff2|eot)$ {
expires 30d;
access_log off;
add_header Pragma public;
add_header Cache-Control "public, max-age=86400";
add_header X-Asset "yes";
}
Outside of that, in my assets.php
statamic config file, I have it set with: route => 'glide-images'
.
Bug description
If I navigate to the asset browser in the CP and click on an entry in the list, it loads the modal with the target edit URL with no problems. However, when trying to link directly to an asset in the CP like this (i.e. either linking directly to this URL or loading that exact URL in a browser window):
https://my-site-url.com/cp/assets/browse/assets/1dsc09534.jpg/edit
it throws a basic nginx 404 error. The site in question is running php 8.2 on an nginx server.
How to reproduce
Logs
No response
Environment
Installation
Starter Kit using via CLI
Additional details
No response