automatically process + delete notifications

laf0rge commented

2024-08-01 17:01:38 +02:00

For a R&D tool it is nice to have low-level control over processing and deleting individual notifications.

But for the average end-user, they simply want "it to work" and that means that a LPA is expected to

periodically poll the eUICC for pending notifications
automatically proocess them (send them to the respective SM-DP+
delete any notification that was successfully sent to a SM-DP+

So let's have this issue here as a reminder that this part of normal LPA logic should be added at some point. For R&D/testing purposes, there could always be a preference disabling automatic processing of notifications. But the default, for Joe Random User, should IMHO be the automatic behavior as speciifed for a LPA.

For a R&D tool it is nice to have low-level control over processing and deleting individual notifications. But for the average end-user, they simply want "it to work" and that means that a LPA is expected to * periodically poll the eUICC for pending notifications * automatically proocess them (send them to the respective SM-DP+ * delete any notification that was successfully sent to a SM-DP+ So let's have this issue here as a reminder that this part of normal LPA logic should be added at some point. For R&D/testing purposes, there could always be a preference disabling automatic processing of notifications. But the default, for Joe Random User, should IMHO be the automatic behavior as speciifed for a LPA.

PeterCxy commented

2025-03-06 02:40:22 +01:00

Owner

OpenEUICC already processes download notifications by default. Enabling switching notifications (activation / deactivation) by default is not planned as it does not seem necessary for normal operations and I do not see why RSPs need to know about this information by default.

Deletion of notifications is not planned either since all eUICCs we have tested with seem to be able to purge old notifications automatically.

OpenEUICC already processes download notifications by default. Enabling switching notifications (activation / deactivation) by default is not planned as it does not seem necessary for normal operations and I do not see why RSPs need to know about this information by default. Deletion of notifications is not planned either since all eUICCs we have tested with seem to be able to purge old notifications automatically.

PeterCxy closed this issue

2025-03-06 02:40:22 +01:00

Rows
Columns

automatically process + delete notifications #41