Failure to use http/https for homepage.href handling #5137
Replies: 3 comments 2 replies
-
| 
         I mean, Im not aware of this being a point of confusion in general, I think youre the first person to raise it. The docs show a URL, including a protocol, as noted, not a host or domain or something like that.  | 
  
Beta Was this translation helpful? Give feedback.
-
| 
         This discussion has been automatically closed due to lack of community support. See our contributing guidelines for more details.  | 
  
Beta Was this translation helpful? Give feedback.
-
| 
         This discussion has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion for related concerns. See our contributing guidelines for more details.  | 
  
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Description
As I've been (sloooowly) moved toward using discovery labels, I've been sometimes seeing a weird issue where some of my homepage.href= lines had been hard linking to [local ip]:[port]/[proxy url] (so, hovering over the link from homepage shows "192.168.1.121:3000/homepage.[mynetworkname].net")
I figured out that my failure to use https:// or http:// before my URL in the homepage.href= field was causing the problem.
I'm running stacks in Portainer, so I can't conclusively state that this is a Homepage vs. Docker vs. Portainer issue.
I'd like to suggest either adding a note to the documentation that including http/https when using homepage.href is required, or find a way to throw an error that might give useful feedback.
homepage version
v1.1.1.1
Installation method
Docker
Configuration
No response
Container Logs
No response
Browser Logs
No response
Troubleshooting
Problem is solved, this is a doc/error handling suggestion.
Beta Was this translation helpful? Give feedback.
All reactions