Style and script urls are not generated correctly because of the appended cache buster

[splitt3r]

Thanks for this great app. I'm really looking forward to what people will create with this.

I played around a bit and have some problems. I created a .NET microservice which should be able to create its own top menu entry with a for now very simple page.

The source code is here https:/splitt3r/nextcloud-dotnet-microservice

My problem now is that i can't get the style and script loading to work:

It tries to load: http://localhost:8080/custom_apps/app_api/css/proxy/dotnet_microservice/style.css
It should in theory also load : http://localhost:8080/custom_apps/app_api/js/proxy/dotnet_microservice/script.js (which it does not yet)

What works is: http://localhost:8080/apps/app_api/proxy/dotnet_microservice/style.css
And also: http://localhost:8080/apps/app_api/proxy/dotnet_microservice/script.js
Content type etc. looks good for those two urls.

Maybe you have a hint what i'm doing wrong here. Thanks in advance

[bigcat88]

http://stable27.local/index.php/apps/app_api/proxy/ui_example/js/ui_example-main.js

It tries to load: http://localhost:8080/custom_apps/app_api/css/proxy/dotnet_microservice/style.css It should in theory also load : http://localhost:8080/custom_apps/app_api/js/proxy/dotnet_microservice/script.js (which it does not yet)

I do not know why there is a css or js in URL before proxy.

What works is: http://localhost:8080/apps/app_api/proxy/dotnet_microservice/style.css
And also: http://localhost:8080/apps/app_api/proxy/dotnet_microservice/script.js

This is what should be, without any css or js before proxy

[bigcat88]

https:/cloud-py-api/app_api/blob/f6e7408d85f3066c6e77aaec3094baa9fcdc2d53/lib/Middleware/ExAppUiMiddleware.php#L24-L40

Hmm, looks like we have a bug in code, that should replace js and css...

[bigcat88]

@splitt3r can you send us a page source or href=.... from page source with these lines(with ExApp urls with js/css..)?

[bigcat88]

Also please post the records from oc_ex_ui_scripts table.

[splitt3r]

You are right. I found the problem:

...
<link rel="stylesheet" href="/custom_apps/app_api/css/proxy/dotnet_microservice/style.css?v=2bf58b17-0">
...

The cache buster ?v=2bf58b17-0 seems to be the problem:

I applied a hacky fix and it works now 👍🏻

---

I don't know if this can lead to problems too:

There should be no index.php here.

[bigcat88]

Could you apply the changes from the linked PR and say whether there are enough changes in it or not?

[bigcat88]

I am not sure will it work when apps installed in "custom_apps" dir and "custom_app" will be in url, but probably if needed we can handle that in regex expression too.
But as fat as I know, applications are always mapped in Url to 'apps' folder, no matter how folder is called on the filesystem.

You tell me what works for your setup and what is no, I will correct PR and when all will be working we can merge this PR.

[bigcat88]

fixed in published 1.4.6 version