summaryrefslogtreecommitdiff
path: root/indra/newview/llnotificationstorage.h
AgeCommit message (Collapse)Author
2024-04-29#824 Process source files in bulk: replace tabs with spaces, convert CRLF to ↵Andrey Lihatskiy
LF, and trim trailing whitespaces as needed
2015-11-10remove execute permission from many files that should not have itOz Linden
2014-06-23MAINT-3301 FIXED Use separate xml files (saved as ↵Mnikolenko ProductEngine
open_notifications_<grid>.xml) for each grid.
2013-06-20CHUI-850 FIXED Unread notifications are lost after relog in certain ↵PavelK ProductEngine
circumstances
2013-03-29Update Mac and Windows breakpad builds to latestGraham Madarasz
2012-12-18CHUI-499: Refactoring the LLPersistentNotificationStorage implementation for ↵William Todd Stinson
shared usage with the new LLDoNotDisturbNotificationStorage class.
2012-12-12CHUI-499: Refactoring the persistent notification storage so that I can ↵William Todd Stinson
reuse the functionality for do-not-disturb mode.
2010-08-13Change license from GPL to LGPL (version 2.1)Oz Linden
2010-04-21Implemented EXT-6783(normal sub task) - Implement saving of unread ↵Dmitry Zaporozhan
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