mirror of
https://github.com/yusing/godoxy.git
synced 2026-01-11 22:30:47 +01:00
Home page URLs broken in Dashboard #99
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @mrg358 on GitHub (Aug 18, 2025).
In latest release v0.17.0 homepage urls in dashboard got injected with 'godoxy' subdomain like
my-alias.godoxy.my.domain.comso they do not resolve and became invalid.@yusing commented on GitHub (Aug 18, 2025):
Thanks, will fix it tonight.
@yusing commented on GitHub (Aug 18, 2025):
Should be fixed, please pull again. Thanks
@abjoseph commented on GitHub (Aug 18, 2025):
I just re-pulled the latest, but the fix appears to have removed genuine routes with the sub-domain "godoxy". In my case, the alias for my godoxy web ui is "godoxy" and so now I'm not able load the Frontend app as I get
no such route: godoxy.example.net@mrg358 commented on GitHub (Aug 18, 2025):
Same problem. Latest fix removed the redundant
godoxypart but also removed themysubdomain fromservice-alias.godoxy.my.domain.com.Now I left with incorrect
service-alias.domain.com. Correct setup should beservice-alias.my.domain.com.@dacagi commented on GitHub (Aug 18, 2025):
Reporting similar behavior in my setup. I have another reverse proxy for my main
domain.com, and use Godoxy under a separate subdomain tree*.go.domain.com. This is configured in autocert->domains. I also tried to set the new match_domains field togo.domain.comwith no change (would love better docs on this btw).Before last (<0.17) update, my proxied domains were correctly created as
app.go.domain.comand I accessed godoxy atgodoxy.go.domain.com. I can still manually access all services with their 'old'app.go.domain.comURL, but links in the dashboard are wrong.What surprises me, is that this didn't happen for all of them. I have 2 services showing in the dashboard as
app.go.domain.com, but the rest of the apps on that same server show up asapp.domain.com.Another strange case. I have filebrowser running on two servers with equivalent compose files. One of them is listed as
files1.domain.com, but the second one shows asfiles2.go.domain.com.Hope this helps pinpoint root cause and edge cases. Thanks dev!
@yusing commented on GitHub (Aug 18, 2025):
I have made no change except the url and some API stuff though. Not sure why
@yusing commented on GitHub (Aug 18, 2025):
Will check and hopefully fix it tmr
@yusing commented on GitHub (Aug 19, 2025):
Hi @dacagi @abjoseph @mrg358 please update to v0.17.2, thanks for reporting the issue
@mrg358 commented on GitHub (Aug 19, 2025):
I can confirm my issue is solved in v0.17.1.
Thanks @yusing for quick response. 👍
@dacagi commented on GitHub (Aug 20, 2025):
Solved! I can also confirm my issues are gone. I had to force refresh with Ctrl+F5 in case someone stumbles upon this. Thanks @yusing as usual.
@yusing commented on GitHub (Aug 20, 2025):
Thank you all again. Gonna close this issue now.