Age | Commit message (Collapse) | Author |
|
notification loading): For now adding logging when reading from persistent notifications and from dnd notifications.
|
|
LLRegistrySingleton instead of LLResponderRegistry making its over version.
|
|
objectInfo was not being serialized/deserialized.
|
|
|
|
shared usage with the new LLDoNotDisturbNotificationStorage class.
|
|
reuse the functionality for do-not-disturb mode.
|
|
and relog.
sort notifications in separate list
llnotification now uses param block to serialize to llsd
|
|
|
|
window be persisted and offer notifications non-persisted.
reviewed by Mike Antipov at https://codereview.productengine.com/secondlife/r/368/
--HG--
branch : product-engine
|
|
notifications.
Utilized old save and load notification code.
Main concern was with notifications that have complex responder - UserGiveItem, ObjectGiveItem. Those responders are object with own fields that need to persist through sessions.
Notifications that should be saved are marked with persist="true" in notifications.xml
Notifications using functor responders are saved automatically.
Notifications using object responders need additional tuning. Responder object should be a) serializable(implement LLNotificationResponderInterface), b) registered with LLResponderRegistry.
At this point following notifications persist through sessions: UserGiveItem, ObjectGiveItem, TeleportOffered, FrienshipOffered.
Reviewed by Mike Antipov - https://codereview.productengine.com/secondlife/r/211/
--HG--
branch : notifications
|