Commit Graph

5 Commits (08ae21f52dbbe6245ac8deee0fdfd5df4d3dba53)

Author SHA1 Message Date
Kelly Washington c6a5b62152 MAINT-994 Oskar Linden login issues
* Set max persistent notifications to 250
* Don't register for notification callbacks until after peristent ones are loaded.
reviewed with Simon
2012-09-26 14:40:16 -07:00
simon@Simon-PC.lindenlab.com fb80c4b859 MAINT-1580 - Viewer shows "Unknown Notification" message on startup. Reviewed
by Kelly
2012-09-18 15:08:15 -07:00
Oz Linden 06b0d72efa Change license from GPL to LGPL (version 2.1) 2010-08-13 07:24:57 -04:00
Alexei Arabadji 367b77eb1b EXT-6783 FIXED Made notifications that are saved into notification well window be persisted and offer notifications non-persisted.
reviewed by Mike Antipov at https://codereview.productengine.com/secondlife/r/368/

--HG--
branch : product-engine
2010-05-12 14:10:26 +03:00
Dmitry Zaporozhan a4e20e9932 Implemented EXT-6783(normal sub task) - Implement saving of unread 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
2010-04-21 14:29:31 +03:00