The suspending call seems indeed to come from MMM-Pir.
But there is always a resuming…

birthdaylist received a module notification: MMM_PIR-SCREEN_POWERSTATUS from sender: MMM-Pir
birthdaylist.js:337 birthdaylist suspending
birthdaylist.js:108 birthdaylist received a module notification: CURRENTWEATHER_TYPE from sender: weather
birthdaylist.js:108 birthdaylist received a module notification: WEATHER_UPDATED from sender: weather
birthdaylist.js:108 birthdaylist received a module notification: WEATHER_UPDATED from sender: weather
birthdaylist.js:108 birthdaylist received a module notification: CURRENTWEATHER_TYPE from sender: weather
birthdaylist.js:108 birthdaylist received a module notification: WEATHER_UPDATED from sender: weather
birthdaylist.js:108 birthdaylist received a module notification: WEATHER_UPDATED from sender: weather
birthdaylist.js:108 birthdaylist received a module notification: CALL_DISCONNECTED from sender: MMM-FRITZ-Box-Callmonitor-py3
birthdaylist.js:108 birthdaylist received a module notification: MMM_PIR-SCREEN_POWERSTATUS from sender: MMM-Pir
birthdaylist.js:345 birthdaylist resuming
birthdaylist.js:108 birthdaylist received a module notification: CURRENTWEATHER_TYPE from sender: weather
birthdaylist.js:108 birthdaylist received a module notification: WEATHER_UPDATED from sender: weather
birthdaylist.js:108 birthdaylist received a module notification: WEATHER_UPDATED from sender: weather
birthdaylist.js:337 birthdaylist suspending
2birthdaylist.js:108 birthdaylist received a module notification: MMM_PIR-SCREEN_POWERSTATUS from sender: MMM-Pir
birthdaylist.js:345 birthdaylist resuming

I assume that we have to wait until birthdaylist disappears and then check the written logs afterwards if there is something different (I guess: NOT :-(. )

Regards,
Ralf

@sdetweil said i added some debug for suspending, resuming, and getdom() if suspended

git pull to update

add debug:true
to the config options

you will see the output from mmm-logging

who calls before we suspend ?

Dear Sam,
thanks a lot.

pi@smarthome:~/MagicMirror/modules/birthdaylist $ git pull
hint: Pulling without specifying how to reconcile divergent branches is
hint: discouraged. You can squelch this message by running one of the following
hint: commands sometime before your next pull:
hint: 
hint:   git config pull.rebase false  # merge (the default strategy)
hint:   git config pull.rebase true   # rebase
hint:   git config pull.ff only       # fast-forward only
hint: 
hint: You can replace "git config" with "git config --global" to set a default
hint: preference for all repositories. You can also pass --rebase, --no-rebase,
hint: or --ff-only on the command line to override the configured default per
hint: invocation.
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (1/1), done.
remote: Total 3 (delta 2), reused 3 (delta 2), pack-reused 0 (from 0)
Unpacking objects: 100% (3/3), 419 bytes | 32.00 KiB/s, done.
From https://github.com/sdetweil/birthdaylist
   0fcfb8c..0c16aeb  master     -> origin/master
Updating 0fcfb8c..0c16aeb
Fast-forward
 birthdaylist.js | 11 +++++++++--
 1 file changed, 9 insertions(+), 2 deletions(-)

git pull has worked, debug is enabled.
Surprisingly enough today in the morning birthdaylist is NOT disappeared.
This exactly is the kind of error I like most: Unpredictable and not reproducable :-(

Thanks anyway for your really great support (I’m pretty sure you do have more than enough other things to do …)

Checking the console output the “debug” switch works - a lot more of information is showing up.
Several module notifications are received from your module and broadcasted in log.
One single “conspicuousness”: undefined is in init! in line 48 of birthdaylist.js :

(Log.log(this.name + " is in init!");)

The “suspended” status (and therefore “hidden” (??) ) is reached several times - I guess caused by MMM-Pir ? - at least it corresponds definitely with turning off the screen by MMM-Pir.

Warmest regards,
Ralf

@cpcode
Really cool!

For your families’ whishes: A nice module für RTPS strems of security cams is “MMM-MPlayer” …
There are several other modules around but the other ones do have several dependencies and requirements.
MMM-Mplayer use (as name suggest) simply mplayer.
Works like a charm …
@myfingersarecold has done a really nice job with this.

Regards,
Ralf

@sdetweil
:-) yes for sure.
But I had assumed that the already given output (from other modules as well) will change …

Dear Sam @sdetweil ,
no hurry.
It is definitely not urgent!

Have a safe trip!
I’ve added MMM-logging but cannot see a difference …

Warmest regards,
Ralf

@sdetweil said in

@rkorell i signed out of github and went back to

You’re FAR better than me in searching :-)
I gave up at the front page .
as I wrote: MY fault…

Ralf

@sdetweil said

do you use pages, module scheduler or any other thing like that

not “really”. - pages definitely not used
I use MMM-Pir with cron - but this switches off the HDMI communication as far as I understand.
MMM-MagicMover moves but doesn’t hide.

All other of the modules are showing, not hiding anything.

clock
MMM-Profilepicture
MMM-Moonphase
MMM-Globe
weather
MMM-MyGarbage
MMM-CalendarExt3Agenda
MMM-Todoist
birthdaylist    :-) 
MMM-Systemstats
MMM-Strava
MMM-FRITZ-Box-Callmonitor-py3
MMM-Fuel
MMM-NowPlayingOnSpotify
MMM-SystemInfo
MMM-EventHorizon
newsfeed
MMM-Pir

two times calendar
and finally 
weather
all three for broadcasting to MMM-CalendarExt3Agenda , NOT visible.

Regards,
Ralf

@sdetweil said

i clicked the link i provided and got this

For sure my error!
Search routine wrong or something like this.
I’ve searched the modules list (both of them) and your sdetweil github page.

none of them showing the module.

@sdetweil thanks.
Not found - for whatever reason, sorry.

Warmest regards,
Ralf

Re: birthdaylist

Dear Sam (@sdetweil ),
I found your module some time ago but currently I can not.
Do you took the module “birthdaylist” offline?

If NOT ( I would appreciate this because your module is really (!) nice):
I found a kind of strange “behaviour” - the module disappears over night (cannot identify at which time).
This is true for the connected monitor (HDMI to Raspberry Pi) as well as a connected headless VNC remote session.
With a “refresh” of the screen - e.g. triggered via a page reload in WebBrowser the module re-appears.

I’ve searched the forum regarding a similar topic/issue but was not successful with this.
Found some “refresh” related parameters in “birthdaylist” module config - do they relate to an issue like this? (from my understanding NOT - you mentioned in documentation “only on fresh mirror startup” which is not the case here).

If you have discontinued the module please ignore this.

Thanks, anyway!

Regards,
Ralf