-
Notifications
You must be signed in to change notification settings - Fork 94
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
Whoops! something went wrong #79
Comments
Have you tried deleting the alarm.json in your config folder? |
and I'd personally recommend include some kind of error message in the title when reporting such a problem as it will make easier for others to find it. |
The "Whoops" message is what the alarm itself is reporting. If it reported a better bug, it would be easy to copy it to the title :) |
Incidentally, here's a bug I posted in the past where I got the whoops message: Maybe it will help here. |
I know, but to distinguish different issues here it's beneficial to avoid generic titles like "Whoops" or "Nothing is working". On the other hand, it's not that easy to extract and report the exact error from the code as the error(s) message(s) can be very long and chained (that's only my opinion). And having the whole log instead of "Whoops" might be not the best option. Actually, looking at the code I can conclude that the Whoops functionality of the alarm receives an empty error message to display meaning something is broken on its way there. That explains lack of proper error message in the panel. Will have a look and update here. |
I agree. I just recall when I got that message I didn't have much to go on, either. I posted the behavior as best I could, but the "whoops" really was the main error. As for the browser console, it can often be misleading as the original error causes an html error. |
Indeed. Currently in the alarm code if detects error(s), it
Clearly in this particular case there was no such messages because "[alarm" != "(alarm", for example ;) My question is do you know the easy way to make the alarm to Whoops as I need to get to that situation. |
I did not report this bug, but the similar bug that I linked was caused by mqtt service being shutdown (but enabled for hca). |
I know who reported this bug. |
@akasma74 I don't need MQTT for the moment, i enabled it by accident while navigating in hass.io for first time... |
that's ok, just disable it in alarm.yaml manually if you have no access to alarm panel configuration screen. What I want to know is are you still having this bug? |
@akasma74 I will test tonight and let you know.
|
I'd also recommend to clear ALL browsers' cache and restart them and then do testing. |
And it would be great to enable debug logging, too |
@akasma74 the requested log files: VERSION: 1.1.4 CHANGE LOG: """ ^ in alarm.yaml i have only: no alarm.json file found in the config folder... and i still have the error :( |
If you comment this alarm panel in your configuration.yaml, is your HA starts up ok without any errors? |
i did, here is the log: 2019-03-14 23:05:58 WARNING (MainThread) [homeassistant.config] Incomplete core configuration. Auto detected latitude: 51.1833, longitude: 2.8167, name: Westende, time_zone: Europe/Brussels, elevation: 0 |
Well, my advice is simple - you need to fix your HA first as it's not loading properly. |
Describe the bug
default page not loading.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
I should have gotten the full configuration page instead of this error.
Screenshots
If applicable, add screenshots to help explain your problem.
Browser (please complete the following information):
The text was updated successfully, but these errors were encountered: