birthdaylist - discontinued ?

rkorell

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

sdetweil

@rkorell I just pushed some fixes for the update cycle

give it a try…
git pull
to update

sdetweil

@rkorell still present in same place

https://github.com/sdetweil/birthdaylist

i have not seen a report like this. will examine in the next couple days.

rkorell

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

Warmest regards,
Ralf

sdetweil

@rkorell hm, its public and i copy/pasted the url
i clicked the link i provided and got this

sdetweil

@rkorell i checked the code. and it stops displaying if it is marked hidden by some other module/core

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

rkorell

@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

@rkorell not on modules list
you should have been able to look at my public repositories

did you get it with the link?

also if you have it,
git remote -v

will show you the link where it came from

rkorell

@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

@rkorell i signed out of github and went back to
my home page, clicked repositories
put in part of the name

rkorell

@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

@rkorell ok, just wanted to make sure nothing else was going on. github will only allow a user to pin 6 repos on their home page. i have at least 20 things i would pin

i also don’t see anything in your list that would be sending hide requests

i am driving all day today, so i may try to find a debug strategy

my idea is to install MMM-logging, which takes the messages from the browser side and adds them to the messages from the server/node helper side

and then i will give a debug message about which source called hide

but im not sure that will tell us

rkorell

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

@rkorell have not added messages yet

rkorell

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

sdetweil

@rkorell 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 ?

rkorell

@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

rkorell

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

@rkorell right we have to wait, thanks for the great info

ill look at the init time message

sdetweil

@rkorell notifications are broadcast. so every module gets every broadcast.

thats why you have to check if the broadcast is for you , but logging them all can give an idea what is going on.

if clock seconds was enabled you would see a notification for that too

rkorell

@sdetweil clock seconds are enabled, as far as I know …
at least I haven’t found a parameter to enable/disable seconds
and second hand is shown …