Boron events not in console

Brand new - not an engineer, etc. Testing a Boron idea. In the console event log for a device, there is an option to view events in a terminal. I used that once just to see it. The console event log stopped reading the Particle.publish() events, which was ok because I was seeing it in a terminal.

I’d been advised by @Rftop that I might reach my 1-second rate limit. At that time, I was using a delay(1000) in the code, but since have upped that to delay(1500), and the console has not at any time indicated I had any rate-limited events. So I think I’m ok there.

Now, however, I want to go back to the console, but the same code that is publishing to the console in a Xenon still will not publish in the Boron.

If there is something in the docs about it, please point me to it. But in looking at the Console doc, it skips that “see in a terminal” option altogether.

The code for that section:

    if (command=="on") {
        n = 0;
        Particle.publish("LED Status = ", "Full Power");
        digitalWrite(led1,HIGH);
        digitalWrite(led2,HIGH);
        return 1;
    }
    else if (command=="off") {
        n = 0;
        Particle.publish("LED Status = ", "Shutting Down");
        digitalWrite(led1,LOW);
        digitalWrite(led2,LOW);
        return 0;
    }
    else if (command=="blink") {
        n = 1;
        while (n == 1) {
            cnt_publish = cnt_publish + 1;
            // To blink the LED, first we'll turn it on...
            digitalWrite(led1, HIGH);
            digitalWrite(led2, HIGH);
            
            // We'll leave it on for 1 second...
            if (cnt_publish == 5) {
                Particle.publish("LED Staus = ","1");
            }
            
            delay(1500);
    
            // Then we'll turn it off...
            digitalWrite(led1, LOW);
            digitalWrite(led2, LOW);
    
            // Wait 1 second...
            if (cnt_publish == 5) {
                Particle.publish("LED Staus = ","0");
                cnt_publish = 0;
            }
            
            delay(1500);
        }
        return n;

    }
    else {
        return -1;
    }

Thoughts?

Just to confirm, you are seeing that Boron in console.particle.io/devices?
You are checking the events via console.particle.io/events or console.particle.io/devices/[yourBoronsDeviceID]?

You should always use the PRIVATE switch for your publishes unless you explicitly need other users to see your events.

If that function is part of a Particle.function() callback, you should not run the blinking loop inside of that function but rather set a flag and deal with the blinking via loop().

1 Like

@ScruffR: Correct - the Boron is in Console. I can expand the devices, and see the last handshake, etc.

I was looking under the console.particle.io/devices/yourBoronsDeviceID, under the Boron Device. Nothing there.

I guess I overlooked the actual “Events” (console.particle.io/events) section - and that one is getting the events. But still doesn’t show up under the Device.

I just added the PRIVATE switch, as advised. But I know the blink loop needs to move. That one throws an error in the Console that the function call failed, since the return n; is outside the loop and never answers. But even there, I get the event in the console.particle.io/events.

What’s the difference between the two places events get displayed? Or since it’s in the Events section, just not worry about it for now?

The /events page will show all your events from all your devices while the /devices/… page should only show the events of that one device. So if you do get the event in the all-events-list you should also see it in the device’s list, unless you are looking at the wrong device.
Each event should also contain a device_id field that tells you what device has published the event. Double check if they really match.

Confirmed that the devices are the same. This is where the part of my question about using a terminal comes up, if even relevant. If that is used, does it stop showing in the device-specific event log?

I’ve continued to work, adding a voltage check (no battery currently connected) to the loop().

void loop()
{
    // Nothing to do
    // Batt Testing
    if(millis() - old_time > 60000) {
        float voltage = fuel.getVCell() * 0.0011224;
        
        Particle.publish("voltage", String::format("%.2f",voltage), PRIVATE);


        old_time = millis();
    }
    // End Batt Testing
}

That event shows up in the ALL event log, but not in the device. In the attached screen shot, I am looking at the ALL events log, but it’s the same feature in the device log. A couple days ago, I used that command from the DEVICE event log, and the events haven’t show up there since.

The same code (minus the voltage check in loop() ) running on a xenon, using the functions including the blink, will show events in the device event log.

Can you look in the browser consolem (e.g. Chrome F12) if you see any errors logged?

I usually use safari… Just opened Chrome and the events are showing for the Boron in the device log and all events log.

Then again checked a Xenon, it still shows the events in the device log and all events log.

I’ll concentrate my work from Chrome for now.

Chrome errors in the javascript console:
vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23 The provided value ‘ms-stream’ is not a valid enum value of type XMLHttpRequestResponseType.
t @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
352 @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
i @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
353…/capability @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
i @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
351…/lib/request @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
i @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
53.events @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:19
i @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
54…/Defaults @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:19
i @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:47
r.exports @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
r._reify @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
r.reify @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
r.exports @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
requireModule @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:98
e.default @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:98
(anonymous) @ pconsole-827dbfced661cbb9e0d9bb9274ec9730.js:1
r.exports @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
requireModule @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
(anonymous) @ pconsole-827dbfced661cbb9e0d9bb9274ec9730.js:58
vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23 The provided value ‘moz-chunked-arraybuffer’ is not a valid enum value of type XMLHttpRequestResponseType.
t @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
352 @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
i @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
353…/capability @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
i @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
351…/lib/request @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:23
i @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
53.events @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:19
i @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
54…/Defaults @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:19
i @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:47
r.exports @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
r._reify @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
r.reify @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
r.exports @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
requireModule @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:98
e.default @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:98
(anonymous) @ pconsole-827dbfced661cbb9e0d9bb9274ec9730.js:1
r.exports @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
requireModule @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
(anonymous) @ pconsole-827dbfced661cbb9e0d9bb9274ec9730.js:58
[Violation] Forced reflow while executing JavaScript took 64ms
vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1 [Violation] ‘DOMContentLoaded’ handler took 295ms
raven.min.js:2 [Violation] ‘load’ handler took 493ms
[Violation] Forced reflow while executing JavaScript took 30ms
raven.js:703 POST https://api.segment.io/v1/p net::ERR_BLOCKED_BY_CLIENT
(anonymous) @ raven.js:703
o @ analytics.min.js:12
I.enqueue @ analytics.min.js:11
I.onpage @ analytics.min.js:11
(anonymous) @ analytics.min.js:11
o.emit @ analytics.min.js:13
(anonymous) @ analytics.min.js:13
o._invoke @ analytics.min.js:2
(anonymous) @ analytics.min.js:13
o.page @ analytics.min.js:2
(anonymous) @ analytics.min.js:13
trackPageView @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:91
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:91
h @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:9
trigger @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:12
invokeWithOnError @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
flush @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
flush @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
end @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
run @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
join @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
u.join @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:10
c.success @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
u @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:2
fireWith @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:2
r @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:3
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:3
c @ raven.js:275
load (async)
a @ raven.js:630
(anonymous) @ raven.js:698
(anonymous) @ raven.js:696
send @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:3
ajax @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:3
_ajaxRequest @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
_ @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:16
d @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
ajax @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
findRecord @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
a @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
_fetchRecord @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
n @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
_flushPendingFetchForType @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
t @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:9
forEach @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:9
forEach @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:9
flushAllPendingFetches @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
invokeWithOnError @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
flush @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
flush @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
end @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
run @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
join @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
u.join @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:10
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:10
u @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:2
fireWith @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:2
ready @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:2
a @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
raven.js:703 POST https://api.segment.io/v1/i net::ERR_BLOCKED_BY_CLIENT
(anonymous) @ raven.js:703
o @ analytics.min.js:12
I.enqueue @ analytics.min.js:11
I.onidentify @ analytics.min.js:11
(anonymous) @ analytics.min.js:11
o.emit @ analytics.min.js:13
(anonymous) @ analytics.min.js:13
o._invoke @ analytics.min.js:2
(anonymous) @ analytics.min.js:13
o.identify @ analytics.min.js:2
(anonymous) @ analytics.min.js:13
identifyUser @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:91
identifyUser @ pconsole-827dbfced661cbb9e0d9bb9274ec9730.js:10
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:91
h @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:9
trigger @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:12
invokeWithOnError @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
flush @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
flush @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
end @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
run @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
join @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
u.join @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:10
c.success @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
u @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:2
fireWith @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:2
r @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:3
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:3
c @ raven.js:275
load (async)
a @ raven.js:630
(anonymous) @ raven.js:698
(anonymous) @ raven.js:696
send @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:3
ajax @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:3
_ajaxRequest @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
_ @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:16
d @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:17
ajax @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
findRecord @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
a @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
_fetchRecord @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
n @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
_flushPendingFetchForType @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
t @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:9
forEach @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:9
forEach @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:9
flushAllPendingFetches @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:95
invokeWithOnError @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
flush @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
flush @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
end @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
run @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
join @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:4
u.join @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:10
(anonymous) @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:10
u @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:2
fireWith @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:2
ready @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:2
a @ vendor-73092f9164745ef6f6ba5a7b1f9781ed.js:1
analytics.min.js:12 GET https://js.hs-analytics.net/analytics/1546109700000/2833873.js net::ERR_BLOCKED_BY_CLIENT
(anonymous) @ analytics.min.js:12
a.run @ analytics.min.js:15
i @ analytics.min.js:15
c @ raven.js:275
setTimeout (async)
(anonymous) @ raven.js:649
d.nextTick @ analytics.min.js:15
o @ analytics.min.js:12
n.load @ analytics.min.js:12
_.initialize @ analytics.min.js:6
initialize @ analytics.min.js:12
(anonymous) @ analytics.min.js:2
d @ analytics.min.js:1
c @ analytics.min.js:1
o.init.o.initialize @ analytics.min.js:2
(anonymous) @ analytics.min.js:13
(anonymous) @ analytics.min.js:1
3…/analytics @ analytics.min.js:1
i @ analytics.min.js:1
e @ analytics.min.js:1
(anonymous) @ analytics.min.js:1
(anonymous) @ analytics.min.js:16
analytics.min.js:12 GET https://www.fullstory.com/s/fs.js net::ERR_BLOCKED_BY_CLIENT
(anonymous) @ analytics.min.js:12
a.run @ analytics.min.js:15
i @ analytics.min.js:15
c @ raven.js:275
setTimeout (async)
(anonymous) @ raven.js:649
d.nextTick @ analytics.min.js:15
o @ analytics.min.js:12
n.load @ analytics.min.js:12
_.initialize @ analytics.min.js:6
initialize @ analytics.min.js:12
(anonymous) @ analytics.min.js:2
d @ analytics.min.js:1
c @ analytics.min.js:1
o.init.o.initialize @ analytics.min.js:2
(anonymous) @ analytics.min.js:13
(anonymous) @ analytics.min.js:1
3…/analytics @ analytics.min.js:1
i @ analytics.min.js:1
e @ analytics.min.js:1
(anonymous) @ analytics.min.js:1
(anonymous) @ analytics.min.js:16
analytics.min.js:12 GET https://cdn.mxpnl.com/libs/mixpanel-2-latest.min.js net::ERR_BLOCKED_BY_CLIENT
(anonymous) @ analytics.min.js:12
a.run @ analytics.min.js:15
i @ analytics.min.js:15
c @ raven.js:275
setTimeout (async)
(anonymous) @ raven.js:649
d.nextTick @ analytics.min.js:15
o @ analytics.min.js:12
n.load @ analytics.min.js:12
_.initialize @ analytics.min.js:6
initialize @ analytics.min.js:12
(anonymous) @ analytics.min.js:2
d @ analytics.min.js:1
c @ analytics.min.js:1
o.init.o.initialize @ analytics.min.js:2
(anonymous) @ analytics.min.js:13
(anonymous) @ analytics.min.js:1
3…/analytics @ analytics.min.js:1
i @ analytics.min.js:1
e @ analytics.min.js:1
(anonymous) @ analytics.min.js:1
(anonymous) @ analytics.min.js:16
raven.js:703 POST https://api.segment.io/v1/m net::ERR_BLOCKED_BY_CLIENT
(anonymous) @ raven.js:703
o @ analytics.min.js:12
o._flush @ analytics.min.js:2
(anonymous) @ analytics.min.js:13
(anonymous) @ analytics.min.js:2
c @ raven.js:275
setInterval (async)
(anonymous) @ raven.js:649
o.options @ analytics.min.js:2
(anonymous) @ analytics.min.js:13
o._options @ analytics.min.js:2
(anonymous) @ analytics.min.js:13
o.init.o.initialize @ analytics.min.js:1
(anonymous) @ analytics.min.js:13
(anonymous) @ analytics.min.js:1
3…/analytics @ analytics.min.js:1
i @ analytics.min.js:1
e @ analytics.min.js:1
(anonymous) @ analytics.min.js:1
(anonymous) @ analytics.min.js:16
raven.min.js:2 [Violation] ‘setTimeout’ handler took 58ms

So in Chrome all works as expected, right?
Then you may want to look at the Safari console to see why it doesn’t want to show the device events.

Correct - Chrome is as expected. Safari only showed a couple errors:

[Error] Failed to load resource: the server responded with a status of 404 () (ldclient.min.js.map, line 0)
[Error] Failed to load resource: the server responded with a status of 404 () (project.js.map, line 0)

I’m out of my league on this part. I just know Chrome is working, I’ll stick with it.

Not much help to other users looking at this post, huh?

1 Like

I’ll still pass that on to Particle to double check and see if this can be fixed from their side.

1 Like

Thanks again for the help. If this is a DOM or other bug in Safari browsers, would it be helpful and/or standard with this forum’s audience to mark it as “solved”?

Yup, that would help.
If you click the image icon in the post that explains the solution best, that post will be quoted in the opening post as solution.

Hey Rick,

Looks like you and Scruff were able to determine it to be an issue with Safari specifically that is the issue. We appreciate you both helping uncover this. We’ll be sure to make a note to our internal team to see about addressing this.

There might be a bit of a delay on getting around to it, as we are still on holiday break. As a short term fix, it looks like using Google Chrome for now is best. Hopefully that isn’t too much of a hassle! :sweat_smile:

Thanks guys!

3 Likes

No problem at all to use Chrome. The only oddity in this scenario is that on the Boron, I had used the “view events in a terminal” option in the DEVICE event log. I have not tried using that feature for my 4 Xenons or Argon in their Device specific logs.