Great work, thank you for sharing this!
I run my OctoPrint behind a reverse proxy and it is under the subdirectory /print. So I access it as https://mysite.com/print/. It works fine with my nginx server sending the X-Script-Name attribute correctly in the header. The image URL generated by this plugin (https://mysite.com/plugin/PrusaMeshMap/static/img/heatmap.png) is missing that subdirectory, so it won't load properly.
I confirmed that the plugin works fine when I access OctoPrint within my LAN bypassing the reverse proxy.
Thanks for looking into this!
Edit: the proxy pass header that makes my set up work is proxy_set_header X-Script-Name /print;, not X-Forwarded-For. Here are the instructions on OctoPrint.org that I followed to get the core UI and other plugins work this way.
ppamidimarri
commented
6 years ago
Great work, thank you for sharing this! I run my OctoPrint behind a reverse proxy and it is under the subdirectory /print. So I access it as
https://mysite.com/print/. It works fine with my nginx server sending theX-Script-Nameattribute correctly in the header. The image URL generated by this plugin (https://mysite.com/plugin/PrusaMeshMap/static/img/heatmap.png) is missing that subdirectory, so it won't load properly. I confirmed that the plugin works fine when I access OctoPrint within my LAN bypassing the reverse proxy. Thanks for looking into this! Edit: the proxy pass header that makes my set up work isproxy_set_header X-Script-Name /print;, notX-Forwarded-For. Here are the instructions on OctoPrint.org that I followed to get the core UI and other plugins work this way.