Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Unsolved
Collapse
Discussion Forum to share and further the development of home control and automation, independent of platforms.
  1. Home
  2. Software
  3. Multi-System Reactor
  4. MSR Upgrade from 22119 to 22136 fails, service wont start
Arming Envisalink panel from MSR
T
Topic thumbnail image
Multi-System Reactor
[Solved] DynamicGroupController updating members issue
CrilleC
Edit: Solved in latest-26221. Bare-metal latest-26193 I have this group: "OKforLarm": name: OK för Larm select: - include_controller: vera - include_capability: door_sensor filter_expression: entity.attributes.door_sensor.state It contains the entities I expect but behaves a bit odd. When I open vera>device_10097 the entity attribute door_sensor.state changes to true but it won't show up as member in the group, when I also open vera>device_10095 they both shows as members and when I close vera>device_10095 it disappear from the group but when I close vera>device_10097 it lingers in the group until I restart Reactor.
Multi-System Reactor
Reactor (Multi-System/Multi-Hub) Announcements
toggledbitsT
Build 21228 has been released. Docker images available from DockerHub as usual, and bare-metal packages here. Home Assistant up to version 2021.8.6 supported; the online version of the manual will now state the current supported versions; Fix an error in OWMWeatherController that could cause it to stop updating; Unify the approach to entity filtering on all hub interface classes (controllers); this works for device entities only; it may be extended to other entities later; Improve error detail in messages for EzloController during auth phase; Add isRuleSet() and isRuleEnabled() functions to expressions extensions; Implement set action for lock and passage capabilities (makes them more easily scriptable in some cases); Fix a place in the UI where 24-hour time was not being displayed.
Multi-System Reactor
DynamicGroupController and attributes
therealdbT
Hey @toggledbits I'm back to trying to optimize a couple of things based on dynamic group. First of all, I think I found a typo in the doc: primary_attribute: "binary_sensor.state" primary_attribute_value: | d = false; each id in members: d = getEntity(id)?.attributes?.power_switch?.state or d, d I think the correct code snippet is d = false, All that said, my use case for dynamic groups is to group 3 different climate devices, so I could easily command them at the same time. Commands are good, but sometimes I want to check if any of the devices are on, and that's easily done with a similar snippet as the one you have in the docs. But this is limited to the primary attribute, while I want to have any of the attributes in the group to be driven by a similar logic (while all are null in the group). ie, access hvac_control.mode and see if any of the unit is set to cool, or heat. Is that possible, without re-defining an expression in each of my rules? Thanks!
Multi-System Reactor
Upgrade Issues
T
Topic thumbnail image
Multi-System Reactor
[SOLVED] Conflicting Set Reaction Groups Appear to Fire Simultaneously in Single Rule Evaluation
G
Topic thumbnail image
Multi-System Reactor
[SOLVED] Question regarding "in" vs "contains" vs contents of the string
G
Topic thumbnail image
Multi-System Reactor
Logon screen timeout
G
Noticing since 170 that the lock screen doesn't switch to the logon prompt but, rather, stays on the active UI until such time as you go to click something within it. Then it jumps to the login screen. Brave browser Brave 1.92.139 (Official Build) (arm64) Chromium: 150.0.7871.114
Multi-System Reactor
[MSR] Copy&past of actions and/or drag&drop between set/reset
therealdbT
Hey @toggledbits One thing that bothers me while doing work on new systems/new features, is that I cannot copy&paste actions, and I cannot drag&drop between set and resets. #1 is for when I want to copy an action between different rules opened in two separate browser windows, while #2 is when I just need to flip a bunch of actions in the reset, or move some logic back and forth. Both will be appreciated, but I understand the technical challenges. Thanks!
Multi-System Reactor
Upgrade advice - upgrade from aarch64 to ARM64 image
T
I'm currently on version 26011. I understand that the aarch64 image is no longer supported. So, I therefore need to update to the ARM64 image. Can anyone possibly suggest how I update my docker compose.yaml file (see below). Ideally I'd like to keep my existing reactions etc. rather than start from scratch. # Multi-System Reactor template docker-compose.yml (version 22160) # # Change the lines indicated by "DO"... # services: reactor: container_name: reactor environment: # DO change the TZ: line to set your local time zone. # See valid TZ list: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones TZ: GB # # DO NOT change this path. Your directory location is in "source" below. REACTOR_DATA_PREFIX: /var/reactor # DO change the image below to the one you are using (e.g. armv7l or aarch64 for RPi 4) image: toggledbits/reactor:latest-aarch64 restart: "always" expose: - 8111 ports: - 8111:8111 volumes: # DO change the /home/username/reactor below to the directory you created for # your local data; DO NOT change the /var/reactor part - /home/pi/docker/reactor:/var/reactor - /etc/localtime:/etc/localtime:ro tmpfs: /tmp
Multi-System Reactor
Alexa for MSR, any interest?
MikeReadingtonM
Topic thumbnail image
Multi-System Reactor
[RESOLVED] Telegram notification broke with latest update
3
Topic thumbnail image
Multi-System Reactor
[RESOLVED] Phantom device, “INFO” appears
wmarcolinW
Topic thumbnail image
Multi-System Reactor
[RESOLVED] Mode Status NULL
wmarcolinW
Topic thumbnail image
Multi-System Reactor
[RESOLVED] HTTP query failing after version 26177
wmarcolinW
Topic thumbnail image
Multi-System Reactor
Question about the find function
wmarcolinW
Topic thumbnail image
Multi-System Reactor
[Answered] OK to remove old json files?
3
Topic thumbnail image
Multi-System Reactor
Deprecation Announcement: 32-bit ARM *docker* images
toggledbitsT
If you are using the armv7l docker image, the OpenJS Foundation that publishes node is no longer producing 32-bit builds as of v24. That means the last supported LTS version of node for armv7l is v22, which will go End-of-Life in May 2027. Therefore, the Reactor armv7l image is now deprecated and will only be produced until node v22 goes EOL, and I will not publish armv7l images beyond that date. If you are running an RPi 3 or earlier with Reactor, you are on this image, and will need to upgrade hardware to a 64-bit model and use the arm64 image. If you need help getting it done, ask in this category.
Multi-System Reactor
[Solved] build 26150 - engine not starting
G
@toggledbits I pulled the image (well, Watchtower did) and within minutes the whole system went offline. The log looks like it ends with 26143. [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-mkahsmgf/26qq82mw-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lqyfljfi/22f8on0t-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lsb61rw8/24oenqi2-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/rule-lrh58he0:S-1c00gfib-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/1c00dylr-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/1nam9w5u-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-miuh2qqi/22ls4lql-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-kwc6rmci/rule-kwc6rmci:S-1vj8sdfc-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-kwc6rmci/rule-kwc6rmci:S-1qanz01x-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/24lq19p6-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-mk0o8iox/23oy468y-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-miscg2h3/rule-miscg2h3:S-22gmbq1c-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-kxgrfjke/238p0old-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-m7ccsso5/re-m7ccsso5-1r0myjxa-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/19nl9wq2-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/rule-ladyja6a:S-yl3xk9t-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/rule-ladyja6a:S-yl3vv5m-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-ln7j2nqp/re-ln7j2nqp-22mx9lzd-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-ln7j2nqp/22mx87c8-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-licneppy/1mzwe7ht-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ml3194ih/25jqt1j4-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-kxgrg7kf/227hshak-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-reactorexmachina/13ua1p95-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-reactorexmachina/13uagam7-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-grpvl9oypg/rule-grpvl9oypg:R-134x4cbv-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-grpvl9oypg/rule-grpvl9oypg:R-134x2fyl-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-lscjrws1/238p5c22-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lbwr0jvq/1xkczf03-cons [latest-26143]2026-05-31T15:23:44.547Z <Structure:NOTICE> Structure Structure#1 stopped [latest-26143]2026-05-31T15:23:44.547Z <app:NOTICE> Closing APIs... [latest-26143]2026-05-31T15:23:44.547Z <wsapi:NOTICE> wsapi: closing... [latest-26143]2026-05-31T15:23:44.547Z <wsapi:NOTICE> wsapi: disconnecting from "192.168.1.23#82" (1001 service closing) [latest-26143]2026-05-31T15:23:44.548Z <httpapi:NOTICE> HTTP API closing... [latest-26143]2026-05-31T15:23:44.549Z <wsapi:NOTICE> wsapi: server closed [latest-26143]2026-05-31T15:23:44.549Z <httpapi:INFO> HTTP server closed. [latest-26143]2026-05-31T15:23:44.549Z <app:NOTICE> Stopping timers... [latest-26143]2026-05-31T15:23:44.551Z <app:null> Shutdown complete, process ID 1 [latest-26143]2026-05-31T15:23:44.551Z <app:null> Closing logs... [latest-26143]2026-05-31T15:23:44.551Z <default:null> Closing log I can SSH to the VM. Alas, I do not have the previous image for 26143 as I'm a little too quick sometimes on housekeeping.
Multi-System Reactor
http request action & digest auth
tunnusT
I’m using the HTTP Request action in MSR and need to authenticate against an endpoint that uses HTTP Digest authentication. Now that endpoint was changed to use SHA-256 in digest auth, so I would like to know if MSR supports it, or is it limited to MD5-based digest auth?
Multi-System Reactor

MSR Upgrade from 22119 to 22136 fails, service wont start

Scheduled Pinned Locked Moved Multi-System Reactor
6 Posts 2 Posters 1.4k Views 3 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • W Offline
    W Offline
    wokwon
    wrote on last edited by
    #1

    Windows Server 2022 Build 20348
    Nodejs v16.14.0
    Currently running Reactor (Multi-hub) stable-22119-ae7212f
    Linked to Hass 2022.0.5.4 (on a different box)
    Windows server is dedicated to MSR and doesn't do anything else.

    I'd like to upgrade to 22136 to take advantage of the SSL feature added recently, and also to bring my current version of Hass into the 'supported' column with MSR.

    Following the instructions here: link text, section "Upgrade Windows Bare Metal"

    • Stop Reactor Service
    • Extract the zip, overwriting the reactor folder in c:\reactor\reactor
    • There is no package-lock.json file so I skip that.
    • Run "npm install --no-save --omit dev"

    Next step is to start the service. I start the service and it immediately stops. "Windows could not start the Reactor service on Local Computer. Error 1067: The process terminated unexpectedly".

    Tried rebooting, service won't stay running.

    I suspect I'm missing something, it's probably obvious but I've not been able to figure it out.

    I rolled back the reactor folder version (Windows Shadow copies) and then the service starts fine.

    Anyone else running Windows and know what I'm missing?

    • Tail of log file from running OK version, before upgrade attempt
    [stable-22119]2022-06-01T22:20:19.081Z <Rule:INFO> Lounge Billy Ambient Lighting - Turn On (Rule#rule-l0ki453b) evaluation complete
    [stable-22119]2022-06-01T22:20:19.082Z <httpapi:NOTICE> HTTP API v1 22021 base URL http://172.16.128.6:8111; listening
    [stable-22119]2022-06-01T22:20:19.228Z <app:NOTICE> HTTP server running; registering proxy endpoints.
    [stable-22119]2022-06-01T22:20:19.228Z <app:NOTICE> Starting WSAPI...
    [stable-22119]2022-06-01T22:20:19.229Z <wsapi:NOTICE> wsapi: starting version 21334
    [stable-22119]2022-06-01T22:20:19.656Z <Engine:INFO> [Engine]Engine#1 master timer tick, local time "6/2/2022, 8:20:19 AM" (TZ offset 600 mins from UTC)
    [stable-22119]2022-06-01T22:27:54.788Z <wsapi:INFO> wsapi: connection from ::ffff:172.16.128.5
    
    • Tail of log file from failed to start after upgrade (is identical, ii.e. nothing has been appended to it)
    [stable-22119]2022-06-01T22:20:19.081Z <Rule:INFO> Lounge Billy Ambient Lighting - Turn On (Rule#rule-l0ki453b) evaluation complete
    [stable-22119]2022-06-01T22:20:19.082Z <httpapi:NOTICE> HTTP API v1 22021 base URL http://172.16.128.6:8111; listening
    [stable-22119]2022-06-01T22:20:19.228Z <app:NOTICE> HTTP server running; registering proxy endpoints.
    [stable-22119]2022-06-01T22:20:19.228Z <app:NOTICE> Starting WSAPI...
    [stable-22119]2022-06-01T22:20:19.229Z <wsapi:NOTICE> wsapi: starting version 21334
    [stable-22119]2022-06-01T22:20:19.656Z <Engine:INFO> [Engine]Engine#1 master timer tick, local time "6/2/2022, 8:20:19 AM" (TZ offset 600 mins from UTC)
    [stable-22119]2022-06-01T22:27:54.788Z <wsapi:INFO> wsapi: connection from ::ffff:172.16.128.5
    
    • reactor.wrapper.log (log file the failed to start event points to)
    2022-06-02 08:19:23 - Stopping reactor.exe
    2022-06-02 08:19:23 - ProcessKill 3628
    2022-06-02 08:19:25 - Shutdown exception
    Message:A system shutdown is in progress.
    
    Stacktrace:   at System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo)
       at System.Management.ManagementScope.InitializeGuts(Object o)
       at System.Management.ManagementScope.Initialize()
       at System.Management.ManagementObjectSearcher.Initialize()
       at System.Management.ManagementObjectSearcher.Get()
       at winsw.WrapperService.GetChildPids(Int32 pid)
       at winsw.WrapperService.StopProcessAndChildren(Int32 pid)
       at winsw.WrapperService.StopIt()
       at winsw.WrapperService.OnShutdown()
    2022-06-02 08:20:11 - Starting C:\Program Files\nodejs\node.exe  C:\reactor\reactor\node_modules\node-windows\lib\wrapper.js --file C:\reactor\reactor\app.js --scriptoptions= --log "Reactor wrapper" --grow 0.25 --wait 1 --maxrestarts 3 --abortonerror n --stopparentfirst undefined
    2022-06-02 08:20:11 - Started 3272
    2022-06-02 08:30:54 - Stopping reactor.exe
    2022-06-02 08:30:54 - ProcessKill 3272
    2022-06-02 08:30:54 - Found child process: 3280 Name: conhost.exe
    2022-06-02 08:30:54 - Found child process: 3504 Name: node.exe
    2022-06-02 08:30:54 - Stopping process 3280
    2022-06-02 08:30:54 - Send SIGINT 3280
    2022-06-02 08:30:54 - SIGINT to 3280 failed - Killing as fallback
    2022-06-02 08:30:54 - Stopping process 3504
    2022-06-02 08:30:54 - Send SIGINT 3504
    2022-06-02 08:30:54 - SIGINT to 3504 failed - Killing as fallback
    2022-06-02 08:30:54 - Stopping process 3272
    2022-06-02 08:30:54 - Send SIGINT 3272
    2022-06-02 08:30:54 - SIGINT to 3272 failed - Killing as fallback
    2022-06-02 08:30:54 - Finished reactor.exe
    2022-06-02 08:33:41 - Starting C:\Program Files\nodejs\node.exe  C:\reactor\reactor\node_modules\node-windows\lib\wrapper.js --file C:\reactor\reactor\app.js --scriptoptions= --log "Reactor wrapper" --grow 0.25 --wait 1 --maxrestarts 3 --abortonerror n --stopparentfirst undefined
    2022-06-02 08:33:41 - Started 4184
    2022-06-02 08:36:57 - Starting C:\Program Files\nodejs\node.exe  C:\reactor\reactor\node_modules\node-windows\lib\wrapper.js --file C:\reactor\reactor\app.js --scriptoptions= --log "Reactor wrapper" --grow 0.25 --wait 1 --maxrestarts 3 --abortonerror n --stopparentfirst undefined
    2022-06-02 08:36:57 - Started 3100
    
    • Windows event log event:
    Child process [4184 - C:\Program Files\nodejs\node.exe  C:\reactor\reactor\node_modules\node-windows\lib\wrapper.js --file C:\reactor\reactor\app.js --scriptoptions= --log "Reactor wrapper" --grow 0.25 --wait 1 --maxrestarts 3 --abortonerror n --stopparentfirst undefined] finished with 1
    
    1 Reply Last reply
    0
    • toggledbitsT Online
      toggledbitsT Online
      toggledbits
      wrote on last edited by
      #2

      In your Reactor directory, please do npm ls and post the results.

      Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

      W 1 Reply Last reply
      0
      • toggledbitsT toggledbits

        In your Reactor directory, please do npm ls and post the results.

        W Offline
        W Offline
        wokwon
        wrote on last edited by
        #3

        Note this is in the 'rolled back' state, not the 'wont start' state:

        PS C:\reactor\reactor> npm ls
        reactor-multi-system@1.0.3-22041 C:\reactor\reactor
        +-- @influxdata/influxdb-client@1.23.0
        +-- @mdi/font@5.9.55
        +-- @popperjs/core@2.11.2
        +-- body-parser@1.19.2
        +-- bootstrap-icons@1.5.0
        +-- bootstrap@4.6.1
        +-- cookie@0.4.2
        +-- digest-fetch@1.2.1
        +-- diskusage-ng@1.0.2
        +-- express@4.17.3
        +-- feather-icons@4.28.0
        +-- font-awesome@4.7.0
        +-- gridstack@5.0.0
        +-- jquery-ui-dist@1.13.1
        +-- jquery@3.6.0
        +-- js-yaml@3.14.1
        +-- minimist@0.0.10 extraneous
        +-- node-fetch@2.6.7
        +-- node-stream-zip@1.15.0 extraneous
        +-- node-windows@1.0.0-beta.6 extraneous
        +-- nodemailer@6.7.2
        +-- optimist@0.6.1 extraneous
        +-- qs@6.10.3
        +-- serve-static@1.14.2
        +-- uuid@8.3.2
        +-- wordwrap@0.0.3 extraneous
        +-- ws@7.5.7
        `-- xml@0.0.12 extraneous
        
        PS C:\reactor\reactor>
        
        1 Reply Last reply
        0
        • toggledbitsT Online
          toggledbitsT Online
          toggledbits
          wrote on last edited by toggledbits
          #4

          That is the correct list. From what you posted, it looks like you are somehow installing the wrong version of node-windows. The latest version is known not to work, and the developer is too busy to fix it, so the beta.6 is the required version. Make sure you are following the installation instructions to the letter (which do specify that particular beta6 version). This is all confirmed to work, I believe @wmarcolin can confirm, as I went through this with him a couple of weeks ago when we discovered the deficiency in node-windows.

          To make sure everything is well and truly cleared out before doing the upgrade, make sure you uninstall any existing Reactor service, then remove completely the package dependencies directory, and then make sure there is no global version of node-windows installed:

          cd \path\to\reactor
          node tools\install_reactor_windows_service.js -u .
          del /s /f node_modules
          npm rm -g node-windows
          

          Then do the full upgrade install.

          node-windows also creates a daemon directory in the Reactor directory when it attempts to start the service, and places its startup log files there. That would be another place to check for useful messages (particularly the .wrapper.log file).

          I've enhanced the upgrade instructions for Windows to more thoroughly document the steps needed while node-windows needs to be installed in a downgraded state.

          Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

          W 1 Reply Last reply
          0
          • toggledbitsT toggledbits

            That is the correct list. From what you posted, it looks like you are somehow installing the wrong version of node-windows. The latest version is known not to work, and the developer is too busy to fix it, so the beta.6 is the required version. Make sure you are following the installation instructions to the letter (which do specify that particular beta6 version). This is all confirmed to work, I believe @wmarcolin can confirm, as I went through this with him a couple of weeks ago when we discovered the deficiency in node-windows.

            To make sure everything is well and truly cleared out before doing the upgrade, make sure you uninstall any existing Reactor service, then remove completely the package dependencies directory, and then make sure there is no global version of node-windows installed:

            cd \path\to\reactor
            node tools\install_reactor_windows_service.js -u .
            del /s /f node_modules
            npm rm -g node-windows
            

            Then do the full upgrade install.

            node-windows also creates a daemon directory in the Reactor directory when it attempts to start the service, and places its startup log files there. That would be another place to check for useful messages (particularly the .wrapper.log file).

            I've enhanced the upgrade instructions for Windows to more thoroughly document the steps needed while node-windows needs to be installed in a downgraded state.

            W Offline
            W Offline
            wokwon
            wrote on last edited by
            #5

            @toggledbits Thank you for the info and I'll try this later on and report back.

            1 Reply Last reply
            0
            • W Offline
              W Offline
              wokwon
              wrote on last edited by
              #6

              So, following:

              cd \path\to\reactor
              node tools\install_reactor_windows_service.js -u .
              del /s /f node_modules
              npm rm -g node-windows
              
              npm uninstall node-windows
              npm uninstall -g node-windows
              npm install -g node-windows@1.0.0-beta.6
              npm link node-windows
              

              ...extract the Reactor.zip over the old directory...

              node tools\install_reactor_windows_service.js -i .
              

              I'm now running fine with Reactor (Multi-hub) stable-22136.

              Thank you @toggledbits for your support and amazing product.

              Bonus is the SSL now works too (CertifytheWeb with LetsEncrypt will renew it and drop the key files in the correct location). That means I can have Reactor as a tab in the Hass sidebar (previously https Hass --> http reactor would not work).
              bdb4b2e7-f193-4fe1-9012-fdba37630a3e-image.png

              Ractor.yaml:
              99a5f802-c3e4-4bfa-9a29-975de1da4d28-image.png CertifyTheWeb:
              621270ab-242f-47c4-a7ee-d547ce9eb4cf-image.png Browser:
              0f4ac4f9-f330-4186-bb30-fd9cd559da39-image.png

              MatohlM 1 Reply Last reply
              1
              Reply
              • Reply as topic
              Log in to reply
              • Oldest to Newest
              • Newest to Oldest
              • Most Votes


              Recent Topics

              • Arming Envisalink panel from MSR
                T
                tamorgen
                0
                7
                164

              • [Solved] DynamicGroupController updating members issue
                CrilleC
                Crille
                0
                5
                101

              • Reactor (Multi-System/Multi-Hub) Announcements
                toggledbitsT
                toggledbits
                5
                148
                129.5k

              • DynamicGroupController and attributes
                therealdbT
                therealdb
                1
                5
                111

              • Upgrade Issues
                T
                tbully
                0
                9
                226

              • [SOLVED] Conflicting Set Reaction Groups Appear to Fire Simultaneously in Single Rule Evaluation
                toggledbitsT
                toggledbits
                0
                10
                251

              • [SOLVED] Question regarding "in" vs "contains" vs contents of the string
                G
                gwp1
                0
                5
                130

              • openLuup console disappeared - 500 - Internal Server Error
                A
                a-lurker
                0
                2
                173

              • Logon screen timeout
                G
                gwp1
                0
                5
                192

              • [MSR] Copy&past of actions and/or drag&drop between set/reset
                toggledbitsT
                toggledbits
                0
                9
                362

              • Upgrade advice - upgrade from aarch64 to ARM64 image
                toggledbitsT
                toggledbits
                0
                4
                215
              Powered by NodeBB | Contributors
              Hosted freely by 10RUPTiV - Solutions Technologiques | Contact us
              • Login

              • Don't have an account? Register

              • Login or register to search.
              • First post
                Last post
              0
              • Categories
              • Recent
              • Tags
              • Popular
              • Unsolved