-
-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Added basename config #1976
Added basename config #1976
Conversation
use basename in socket.io path fix #1973
Thanks for this PR. I like this approach, but I'm not sure |
Other name could be |
Let’s go for |
Yes I can update the PR |
sorry, but couldn't test earlier ... This works for the basic MM installation but still not for modules using own html sites. This should be fixed on module site, but I think we should be backward compatible for the standard use case with Now the used So I would prefer a fix like the following in
|
I think this is a problem of the MMM-Remote-Control it should define the configuration object, or should not load the |
yes, I know this, that was meant by
but this module (and may others) must be updated and you know not if or when this happens. And meanwhile all users will getting errors using these modules and have again to patch something. This could be avoided by using |
@khassel Ok, can you create the PR? |
o.k., next evening ... |
use basename in socket.io path fix #1973
The use of
window.location.pathname
in the socket.io path (introduced in #1937) broke some modules, because the url was not always the basename of MagicMirror. To resolve this the basename is now a configuration option which can be set in the configuration. The default value is/
which results in the behavior as before #1937 was added.