Same problem here, I’m running the #1386 snapshot and the login window continues popping up, but I don’t know which is the correct username/password combination. “openhab:habopen” doesn’t seem to work
Many thanks for all your work and efforts and best regards,
Yes same on my system with #1386. Short idea, is there a file that stores the credentials. If so it is maybe a solution to creat such a file with some standard credentials and offer it for download-
I had the same issue. After several tries I also installed the openhab2-addons package along with the downgraded version (make sure you use the version of the same day of your downgrade version) and then the addons and UIs loaded just fine.
Thanks for the tip, that makes absolute sense. I did the downgrade but this time I chose #1383 it brought back my UI’s but they still suffer from that 404 can’t find /login error. However, I can access them from myopenhab for now so at least I have a running system. Here’s what I did:
apt-get update (to make sure I had all the builds available)
apt-get install openhab2=2.4.0~20181010032256-1
apt-get install openhab2-addons=2.4.0~20181010032256-1
systemctl stop openhab2
openhab-cli clean-cache
systemctl start openhab2
This at least gives me a working installation albeit I cannot access the basicUI.
I went back to #1383 and #1380 but I still have the 404 problem on accessing BasicUI or PaperUI.
OH still changes e.g. accesses to https://<ip>:<port>/basicui/app into https://<ip>:<port>/login?redirect=/basicui/app which does not exist.
Seems the upgrade to #1386 has put than into some config file that isn’t changed back on downgrading.
Anyone to know how to get rid of that ?
Sorry maybe for the impatience - but in #1386 i now see consistently login request pop ups for all UIs as well as authentication request from IOS app (at least before 1386 the app still worked as a last resort)…is there any default credentials that could be entered in order to make it work for now…or no way i could overcome the pop up?
If the error is because of authentication, shouldn’t it be returning a 403 error instead of 404?
I’m happy to see this one finally addressed.
I’m not saying that we are not interpreting the problem here, I’m saying that had it returned 403 it might have clued us in earlier that authentication was the problem. From a usability perspective, if I enter my authentication in incorrectly I hope to get a 403 instead of 404 at least.
Got bit by this as well. Downgraded and turned off my auto update for the time being. It did take me a few tries(stop/clean/start) to get things working again after the downgrade, but eventually have it all working.
Will downgrade and restart openhab to the last version without the authentication change. Applying the installation as in above line will clear the cache for you.
After the problem is fixed, you can upgrade normally and uninstall openhab2-addons if you wish to use the online repo (and save space).
Just tried #1387 - indeed the login user/pw has disappeared however trying to access Basic UI, Classic UI or Paper UI still thow a HTTP 404 error “not found”
@rlkoshak I believe the error is 404 as it can’t find the page /login so although if it found it you wouldn’t be able to login the first error is can’t find the log in page - 404- Error Page Not Found
I checked affected build from yesterday and it worked fine once I switched off the authentication. Can you please give a try to set/unset authentication.enabled flag and see how system behaves after restart?
By default when authentication is disabled there are no checks, nothing at all - access is just granted. If you see any prompts it means that authentication is still somehow enabled.
Adding authentication.enabled=false to runtime.cfg followed by stopping openhab, cleaning the cache & then starting openhab also doesn’t work for me.
Still redirects to \login