Skip to Main Content
Cumulocity IoT Feedback Portal
ADD NEW FEEDBACK

All feedback

Showing 407 of 407

Request Abortion Feature for Improved Performance in @c8y/client SDK

We are developing a frontend application utilizing @c8y/client for seamless interaction with the Cumulocity APIs. To maintain optimal performance, we aim to abort any pending requests when a user navigates from one dashboard to another. We frequen...
Guest 4 months ago in Cumulocity IoT Cockpit and WebSDK 1 Already supported

Implementation of Sorting and Filtering options for Event logs

Currently, the Event logs in Device Management application has no sorting options and also filtering options available are limited. We are proposing the implementation of the below that would enhance the UI experience and also help in troubleshoot...
Mohammed Ali Khan 12 months ago in Cumulocity IoT Device Mgmt. & Connectivity 3 Likely to support/improve

LwM2M – C8Y should not implement queuing when a device registers with queue mode = false

For a LwM2M device, C8Y always performs queuing even if queue mode is set to false (Binding Mode: U) on registration. This can be observed by: Device successfully registers. A read (or write) is issued from the shell, but due to say a temporary lo...
Iain Mackenzie about 1 year ago in Cumulocity IoT Device Mgmt. & Connectivity 4 Likely to support/improve

File_successfully_uploaded message on lwm2m bulk registration dialog is misleading for failed lwm2m device creations

Customer has raised concerns around lwm2m bulk registration dialog where the message “File successfully uploaded” for failed devices is bit misleading. By default, the complete message on the dialog is hidden until dropdown is clicked and hence wi...
Santhosh Thakkalapally 2 months ago in Cumulocity IoT Device Mgmt. & Connectivity 1 Planning / planned

Additional logging clarity for LwM2M Agent

As a customer who uses LwM2M agent quite extensively, we have observed over the course of LwM2M agent upgrades/versions that there have been changes in LwM2M agent logging and messages that are being flagged as exceptions or warnings that were pre...
Guest almost 2 years ago in Cumulocity IoT Device Mgmt. & Connectivity 1 Planning / planned

Filter events based on date and time

In Device Management - Device - Events, the filtering of events is possible only based on "Date from" and "Date to". If there are lots of events on a specific day, the user has to scroll down the whole day to see the first events of the day. In ad...
Guest over 1 year ago in Cumulocity IoT Device Mgmt. & Connectivity 2 Likely to support/improve

Request to add audit logs related to login mechanism(Basic/OAI/SSO) for effective monitoring

Hello Team, In the cumulocity, we always feel the requirement for the best audit log records, and recently we have identified that there are no audit log records for the login mechanism. As checked, in cumulocity we are having the multiple login m...
Akshay Zade 2 months ago in Cumulocity IoT Platform Services 0

LwM2M Agent writes key/values to custom inventory fragment

It should be possible to configure the LwM2M agent to write LwM2M objects as key/value pairs to a custom inventory fragment. The LwM2M agent currently stores the object and resource values in the inventory in the following format: "c8y_Lwm2m_3303!...
Guest 4 months ago in Cumulocity IoT Device Mgmt. & Connectivity 1 Planning / planned

moving up from child MO to parent MO in the hierarchy issue

Kemin encountered this situation: a Device has a child device assigned. An user has inventory read access on a device group, both devices are assigned to this device group. For Kemins use case, they need to find the ID of the parent device based o...
Guest 5 months ago in Cumulocity IoT Platform Services / Data at Rest 1 Planning / planned

MQTT static template - Operation for clearing an alarm on the source device

Devices can raise alarms via SmartREST templates such as 301, 302, 303, 304 and 305. Devices can also clear alarms via SmartREST via the templates such as 306 and 307. However, there is no standard way to backpropagate the alarm status to the devi...