CSV import does not work in reverse proxy environments

[hgross]

The import function for CSV files does not work when octoprint is running in a reverse proxy configuration.

I could trace it down to the file upload function that seems to use the jquery .fileupload() convenience method. The submit() call does not respect the base uri of the api client.

                self.csvImportUploadButton.fileupload({ [...] }); // <-- seems to be the root cause

                self.performCSVImportFromUpload = function() {
                    [...]
                    self.csvImportUploadData.submit(); // <-- does not respect the base url of the API client
                };

My octoprint is behind a nginx reverse proxy at /octoprint. Therefore the correct path for the file upload should be /octoprint/plugin/SpoolManager/importCSV but /plugin/SpoolManager/importCSV is used.

At first I assumed my input data is invalid, since i converted it from the FilamentManager database, but it does not even arrive on the backend.

This is the UI when the upload fails:

The baseUrl parameter of self.apiClient looks correct in the debugger:

[hgross]

Until this is fixed, a workaround for nginx users is to add a rewrite rule to the wrong /plugin/* paths:

    # fix for plugins that don't respect proxy settings and base urls... (i.e. SpoolManager)
    location  ~ ^/plugin/(?<method>.*)$ {
        return 307 /octoprint/plugin/$method$is_args$args;
    }

Then the import works:

The QR Codes are also affected by the issue.

[OllisGit]

Hi @hgross ,
in the latest release 1.5.0 I changed some things that could also affect your proxy-setup.

Please try and give me a feedback.
Olli