-
Notifications
You must be signed in to change notification settings - Fork 2
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
style import isn't rewritten #172
Comments
@pascalgross I might not completely understand what you're encountering, so to help clarify for me: Are you saying your web app emits HTML that includes My understanding is that the |
Exactly.
That was my understanding until today, too. Nevertheless I asked myself: shouldn’t BrowZer substitute those URIs anywhere in the code, regardless if it is valid or not? Let’s say an uri is hardcoded in JavaScript for example (maybe BrowZer already does exactly that, I didn’t check) |
What tech (JS framework, etc) is used to create your web app? I'll need to find or create a test app that emits these dubious <style> tags so I can investigate. |
It is a proprietary publishing server (for PDFs and stuff) probably only available in Germany - but I'm not sure. If you could provide me your IP address (via PN), I could setup a DNAT for testing purposes for you. |
I'm serving a private web app using browZer (ghcr.io/openziti/ziti-browzer-bootstrapper:latest which is 0.63.4).
The webapp is loading, but styles aren't correctly displayed.
I noticed, how those styles are meant to be loaded (from the index).
`
<style type="text/css">@import "http://ad-appsrv01.ad.xyz.de/Xaver/extern/Coll_beuth_vrm_tb/dojoxaver-7.7.5.7/xaver/themes/base/base.css";</style> <style type="text/css">@import "http://ad-appsrv01.ad.xyz.de/Xaver/extern/tb/layout_Default.css";</style> <script type="text/javascript" src="https://tb.ziti.xyz.de/Xaver/extern/Coll_beuth_vrm_tb/dojoxaver-7.7.5.7/dojo/dojo.js" djconfig="parseOnLoad:true,isWebXaver:false,locale:'de'"></script>`
http://ad-appsrv01.ad.xyz.de is the private server which isn't visible to the internet.
This causes two problems:
The expected behaviour would be, that the address is rewritten like all other src= addresses.
The text was updated successfully, but these errors were encountered: