-
-
Notifications
You must be signed in to change notification settings - Fork 129
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bad use of css in documentation inframe when used behind nginx #977
Comments
Take a look at the network tab in the debug inspector of your browser. My first thought is, that you have not set |
Since your instance is public (are you aware of that?), I took a look and got the following error on the (Firefox) console among others:
So at some point the MIME type is broken, since I can't access devpi-server directly, I can't tell whether it happens there or in the reverse proxy. But you reported it to work when accessing directly, so I suspect something is wrong with the reverse proxy (nginx) config, but I can't see anything obvious right now as the config looks pretty much like the default config from |
Two other things I noticed:
|
|
I tried to use a way to show documentation as provided by devpi.
I created and pushed a small python module "db-dwt" and its sphinx documentation using devpi upload.
I create a virtual machine and try to access devpi using nginx as reverse proxy as explained in the example and using the
nginx.conf
given as an example.If i navigate in the documentation using local server on the local machine (
http://localhost:3141
), alabaster.css style of my sphinx documentation is honoured. ( see devpi-localhost.png)On the contrary if i access from outside at my vm adress (
https://devpi-ifpen.francecentral.cloudapp.azure.com
), inframe css file is not used.If i look at the log, i see that in localhost case, i get the following requests
The requests at
/+d/index.html
is redirected to/+doc/index.html
and the style is read.If i look at the log using my vm adress, i only got :
So the style is not used.
In the example below, i defined my own style, in my own theme, but the results are the same whatever i used --theme option or not.
Is it the reverse proxy that doesn't behave correctly or is it directly the devpi server which causes it ?
The text was updated successfully, but these errors were encountered: