Tag: Notifications
Description
Axis P3247-LVE “Axis Object Analytics” not passing through the Exacq Mobile 3 app Analytic Rules. If seen please see AES-609. Escalate the case to be added to ticket.
Product
- exacqVision Server: 23.06.1.0
- exacqVision Web Service: 23.06.2.0
Steps to Reproduce
Set up the camera to allow analytics. Note we do not support line cross for axis cameras.
- Once camera is set up navigate to the mobile app and connect to the NVR.
- Once Connected navigate to the main menu.
- Select Push Notifications
- Select Analytics
- You should see any analytic that cameras are sending.
Expected Results
We should be able to see the Analytics from the Axis cameras.
Actual Results
Analytics do not show up in the mobile app but do on the NVR’s Server when creating event linking and on the camera settings page.
Solution
Update exacqVision Web Service to 23.09.2
<br>
Description
The port drop down box will not allow you to change the port from SSL Port 465 to StartTLS Port 587. If selecting the StartTLS the port will not change to Port 587 which StartTLS uses.
Product
exacqVision Client 23.03.0.0
Steps to Reproduce
When setting up an Email profile in the Email notification the client will get stuck on SSL/TLS when trying to select STARTTLS on new setup. The behavior seen by selecting StartTLS is the port does not change the port number to Port 587 but instead lists Port 465.
- Set up new email Server Configuration.
- In Example above I added the Description of test, an address, and selected the Security drop down of StartTLS which was stuck at Port 465.
- As seen, the port remains on 465 and should be port 587.
Expected Results
The port drop down menu should be able to select any of the three option we offer. Default port is 25, SSL/TLS port is 465, and StartTLS is port 587.
Actual Results
StartTLS option never selects Port 587.
Solution
This has been resolved update to exacqVision Client version 23.03.1.0 or higher.
Description
Event Linking Time Triggers using custom days of the week are activating on the wrong day. They are triggering 1 day earlier so events set for Saturday are triggering on Friday and so on.
Tested Version
- exacqVision Server 22.12 – 22.03
Steps To Reproduce
- Create a new Event Linking action
- Set Event Type to Time Trigger
- Under Event Source select New
- Configure a time trigger
- Give the trigger a name
- Select a Start Time and End Time
- Set Frequency to Custom
- Select the current day of the week
- Set Action Target to Notify
Expected Results
- On the day and time specified in the Time Trigger
- Event Links Status switches from off to on
- An email is sent
Actual Results
- Event links status stays off
- An email is not received
Solution
- Downgrade to exacqVision Server version 22.09
NOTE: Fix will be available in exacqVision Server version 23.06
AES-425
Issue:
Email rules configured to send email notifications immediately are being sent in batch instead.
This was introduced in exacqVision Enterprise Manager version 21.09.0 and will be fixed in the next release 21.12.x
see trac ticket #23249 for additional details.
If email notifications are not being received as expected check the Rule for any time-based restrictions such as “lasts for at least” or “lasted for at least”. Then verify the triggering event actually was activated for the specified amount of time.
For example, say we are using the following rule:
If “Camera disconnected” lasts for at least, 300 seconds IN any group ON any server FOR any camera send email immediately to johndoe@email.com.
We can observe the camera drop in live view, but a notification is not received. By looking at the exacqVision Server logs we find the following sequence of events
2021-06-26 16:55:51 (GMT-0700) SamsungPI Warning ELEVATOR LOBBY: stream timeout.
2021-06-26 16:55:51 (GMT-0700) SamsungPI Verbose ELEVATOR LOBBY Context 0 is NOT connected.
2021-06-26 16:56:57 (GMT-0700) SamsungPI Verbose ELEVATOR LOBBY Context 0 is connected.
In this case, a notification WOULD NOT have been sent because the camera reconnected within 300 seconds. This would be true if any of the time related restrictions were used with a 300 second setting.
If a notification is desired for future events of this type the duration of the event i.e., 300 seconds would need to be lowered, or the time element could be removed and one of the following used instead “starts”, “stops” or “starts or stops”.
<br>