@bhepler

That would seem a reasonable approach, but all you can definitively determine is that a specific module is not the sole culprit if the error persists.

• Disable module, error doesn’t return in 24 hours. This does not definitively prove anything as it might be a still-enabled module that causes the fault but only because some other module or setting is creating the condition where the fault occurs.

• Disable module, error returns. This does not definitively prove anything except that the disabled module is not the sole reason for the fault. It could be creating “some” of the faults or be related to the fault occurring.

In other words, this is essentially the situation of it being impossible to prove a negative.

I use ImagesPhotos and have issues with my RPi3 faulting. I also use the default CurrentWeather, WeatherForecast, and GoogleCalendar modules.

@bhepler

Once-a-day reboots don’t generally help much with random lock-ups. I wrote a script that checks the error log for “out of memory”. If the string is found, it shuts down the mirror, flushes the logs, starts the mirror back up, and sends me a push notification so I know of the error. I run the script via cron every five minutes and get anywhere from 2 to 20 events per day with no rhyme or reason to it.

Also, my mirror shuts down each day at 11PM and boots up at 7AM. So, it’s only running for 16 out of 24 hours every day.

I have a few standard modules installed and ONE 3rd party module. Mine locks up -all the time- and I can not figure out why. The 3rd party module is one that the author runs in his own environment with a setup just like mine and never has an issue.

I’ve been chasing the issue with zero progress for weeks and weeks.

@sdetweil said in Third-Party Module - how to get help?:

@ember1205 said in Third-Party Module - how to get help?:

What I saw seemed to be different from a “slow paint” issue - it painted the top half and stopped. It sat there for a few seconds and then the image switched to the next one.

from our text messages, I think this was caused by the bug u found on image update scheduling…
I have fixed that now (thanks by the way, been looking for it for over a year now)

I don’t know that I deserve any credit here as I just passed along an observation after you modified your code based on a question I had about whether it was possible to do something. Glad you found and corrected something you had been chasing, though.

@User_1234 said in Is there any command line that I can send an alert?:

I’m new to programming and I’m trying to create a magic mirror. Do i have to create a .js to execute the alert?

What kind of alert? What is it that you’re trying to accomplish?

@sdetweil said in Third-Party Module - how to get help?:

@ember1205 no… I have seen the slow paint issue myself many times…

electron is having some painting problem… again we are on 3.0.13, no longer supported since way back…

I had tried to get us to 6.0.12 this release, but the test system failed, and they removed this change from the 2.10 release
(but I have seen paint problems on 6.0.12 too)

u can try this manually

cd ~/MagicMirror
npm install electron@6.0.12

What I saw seemed to be different from a “slow paint” issue - it painted the top half and stopped. It sat there for a few seconds and then the image switched to the next one.

While upgrading manually would certainly get me to something newer for Electron, it puts me in the position of not having a “standard install” for future troubleshooting and such. It’s a double-edged sword…

@sdetweil said in Third-Party Module - how to get help?:

@ember1205 you need to do another git pull…

i found a case where it doesn’t update the image anymore…

Will do.

As an aside… I directly witnessed an odd scenario the other day when I had it refreshing every five minutes… one of the images only loaded the upper half on the screen (the bottom half of the screen had no image and was blank). I could not tell what image it was as I have quite a few in rotation and the frame continued on cleanly from there with the next image.

Is that in any way related to what you found?

@sdetweil said in Third-Party Module - how to get help?:

@ember1205 that big pile of warning is just that warning… a couple years ago, the networking community decide that EVEY website should move away from http, to https, to reduce hacking the clear text content as it went by…

so, electron is warning that u didn’t use https

Oh, I’m well aware. This sort of stuff is “what I do” every day. I just find it interesting that I didn’t see it before, see it now, and can’t seem to find the error that is being indicated is present.

Switching to an external browser allows me to find the error - it’s actually related to one of the weather modules. The specific complaint is that I don’t have permission to load the weather map.

Failed to load resource: the server responded with a status of 401 (Unauthorized)
https://api.openweathermap.org/data/2.5/forecast/daily?id=< removed>&units=imperial&lang=en&APPID=< removed>

I’ll have to look and see if I can turn off the attempt to load that map.

I don’t seem to be seeing that error any more, but now it’s crying about not using HTTPS (warning, not error, and specifically for Electron). For whatever reason, that warning wasn’t showing up in the console prior although I’m sure that it was there in some capacity.

I -do- see an indication of an error but can’t seem to find any error in the console.

@sdetweil said in Third-Party Module - how to get help?:

@ember1205 said in Third-Party Module - how to get help?:

:8080/MMM-ImagesPhotos/photos:1

yeh, the code attempts to load the folder… once… I haven’t debugged it cause it doesn’t matter

Thanks.

What about second error I mentioned? Or, is that essentially part of the overall error?