I am running hub ver. 2.3.4.139 with latest release of webcore as of 02/13. This combo for me does not show any issues for entering the webcore app interface. You can try to back Rev the hub and then do a repair to see if this works for you.
Please do the repair.
It is strange on HPM - the package file was updated after the fix, yet your webCoRE version shows it is not the version with the fix.
So repair should fix it, but really strange with HPM...
So it looks like it's fixed with a repair. What's odd is webcore was working fine until I upgraded webcore. I assumed shortly after I upgraded the firmware assuming it would fix the webcore issue. Odd but I'm glad it's working now.
Having an issue with some of my pistons which started about 2 weeks ago. They had been working for years until now.
On a combo GE Motion/Switch, when Webcore receives the event that the motion goes inactive:
It causes this If statement to be true .
Webcore thinks the switch is physically receiving an 'on' command when the switch sends a 'motion is inactive' command.
Just started about two weeks ago. Any ideas? The full log that shows this behavior:
try an hpm repair on webCoRE.
Both main and piston file should be dated today (Feb 18)
Just downloaded the latest and it works perfectly. Thank you! Love Webcore 
Once we've migrated from the "web" version of WebCoRE to the "HE built-in" version, and removed the old instance from Apps, is it also safe to remove these two entries under UI > Developer Tools > Apps Code?
Figured I'd ask here instead of simply assuming that future updates come from hub firmware updates rather than HPM.
yes, if they are not in use, you can remove them
There is a new update of user install webCoRE - HPM repair to get it, will push it to everyone in a couple days. It will go into next HE firmware build.
Changes
-
adds new device attribute 'last activity' which will return last activity for the device if it exists. You cannot trigger on this changing as HE does not generate events for this.
-
updates for HSM support to match HSM api.
-
automatic reset / update of webCoRE settings if the hubUID changes (like if you upgrade or replace your hub and restore webCoRE from backup)
-
improvements in error messages, including 'file not found' processing
-
fixes
- not clearing all HSM events from webCoRE IDE
- handling device trigger eXclusion for devices and virtual devices
Performed the HPM repair, and I'm not finding this. Maybe I just need coffee, but can you provide an example?
Using fuel streams, I seem to be having an issue when the data grows beyond 45k. Once this happens, the dash no longer displays the data. When clicking the stream in the dash, nothing is displayed. When selecting another stream where the data is below 45k, the data displays. What I did find, is that if I limit the data on the problem stream to 45k from the default of 95k, the data appears but I obviously lost the history from limiting it. I have repeated the data limit to multiple streams that had an issue and now they all display.
Has anyone else noticed this?
are the streams using files or db for storage settings?
Can move to PM if you like.
Pm sent
Please do an HPM repair, and try again (I added a commit)
Note after installing the latest, you may need to go into
webcore -> settings -> device then hit next / done your way out
so the devices update for the IDE.
Once we've transitioned from the "User" WC to the "Built-In" version, should we then perform an Uninstall in HPM? Asking because WebCoRE came up among the items to "Update" in HPM moments ago, and I instinctively checked its box, which generated the following error:
As usual, I don't want to assume I know what to do next, lest I bork something. But it feels as though I should be eliminating all reference to WC in HPM?
If you are only using a built-in install, you don't need the user install.
It should not hurt if you do not have an instance of webCoRE.
Would have to see your
HE console -> apps listing
and your
HE console -> apps code. listing
So if you don't have user installed, then you do need to unmatch it in HPM (or uninstall, then re-install HPM, then rematch)
@nh.schottfam
I 'm not sure when this stopped working but sendemail now fails to do anything.
I did an HPM repair and tried a test piston and no go. Works if I just send a real email.
I am on the latest version of HE and WC.
WC log
app:122023-03-06 10:47:08.316debugDashboard: Received test a piston
app:122023-03-06 10:47:06.589debugDashboard: Received clear piston logs
app:122023-03-06 10:46:59.821infoUpdated ran webCoRE v0.3.114.20220203 HE: v0.3.114.20230222_HE
Trace log
06/03/2023, 10:45:10 +178ms
+4ms ╔Received event [Home].wc_async_reply = sendEmail with a delay of 0ms, canQueue: true, calledMyself: false
+10ms ║Runtime (5265 bytes) initialized in 1ms (v0.3.114.20230222_HE)
+37ms ║╔Execution stage started
+57ms ║╚Execution stage complete. (21ms)
+64ms ╚Event processed successfully (60ms)
06/03/2023, 10:45:09 +476ms
+3ms ╔Received event [Home].test = 1678128309476 with a delay of 0ms, canQueue: true, calledMyself: false
+9ms ║Runtime (5192 bytes) initialized in 2ms (v0.3.114.20230222_HE)
+11ms ║╔Execution stage started
+20ms ║║Executed virtual command sendEmail (2ms)
+22ms ║║Requesting wake up at Mon, Mar 6 2023 @ 10:45:33 AM PST (in 23998ms) for 1 (st:2)
+26ms ║╚Execution stage complete. (16ms)
+99ms ║Setting up scheduled job for Mon, Mar 6 2023 @ 10:45:33 AM PST (in 23988ms)
+101ms ╚Event processed successfully (99ms)
I may need to see full logs for this.
My simple test of email worked, but I'm not using a variable for the email address.