Open taylornoss opened 1 month ago
I encountered the same bug while trying to understand why a module was not working properly and there a broadcast storm of WS messages. Is this a regression from the original behavior or was it always like this?
we changed to allowing an async process from mode_helper.start but there is a race condition where we haven't completed the first and allow more.
I found a bug in MagicMirror
Platform: Electron version 31.1.0 running on Windows (reproducible on both Windows 10 and Windows 11)
Node Version: v20.15.1
MagicMirror² Version: 2.28.0
Description: There are a couple of modules my mirror that are repeated, to be configured with different module level settings. I'm seeing instances of multiple node helpers being created for the repeated modules, which is leading to unnecessary noise in communication between the modules and the node helpers.
It's my understanding that there should only be one instance of a node helper per module type. From the Module Development Documentation:
Here's the output from the command line with two instances of the MMM-GoogleCalendar module in the config file
Each instance of the module seems to be loading it's own version of the node helper.
Reading through the initialization code, I'm not seeing anything preventing duplicate node helpers from being started. I think the answer might be as simple as removing duplicates from the module list before loading them? We could just use a Set to remove any duplicates from the modules array:
Or prevent duplicates from being added to the array further upstream, but this would just be a one-liner fix.