Could not reproduce the crash. This is a possible fix for EXP-1672.
The message before the crash in all client logs was: "WARNING: LLSingleton<class LLChicletBar>::getInstance: Trying to access deleted singleton class LLChicletBar creating new instance"
- Floaters dock to chiclets at the bottom.
- Floaters docking region limited to non-toolbar view.
- Chiclet bar is positioned between the right toolbar and the minimized floaters stacked at the top left corner by default.
changed ordering of template loading relative to constructor setting of params
moved a lot of constructor-set params to template files
reviewed by Leslie
Details:
1 Avoided memory leak in LLScriptFloaterManager caused not destroying processed notifications.
2 Provided destroying notification if user initiate closing script floater and not destroying if viewer exit.
reviewed by Mike Antipov at https://codereview.productengine.com/secondlife/r/721/
--HG--
branch : product-engine
- moved the common code (menu stuff handling) from LLIMP2PChiclet, LLAdHocChiclet, LLIMGroupChiclet to their parent LLIMChiclet
- added popup menus to LLInvOfferChiclet and LLScriptChiclet (notice that just the closing menu item was added because these chiclets are not connected with IM sessions.)
Reviewed by Mike Antipov at https://codereview.productengine.com/secondlife/r/254/
--HG--
branch : product-engine
Made flashing count and period for IM Well and Notification Well icons configurable via viewer settings: WellIconFlashCount, WellIconFlashPeriod.
Due to Flash Timer is implemented as derived class from EventTimer it is impossible to change period in runtime. So, both settings are made as required restart.
Also removed deprecated "flash_to_lit_count" & "flash_period" widget params.
Reviewed by Vadim at https://codereview.productengine.com/secondlife/r/220/
--HG--
branch : product-engine
* Implemented hiding of bottom tray's wells if there are no active IMs or unresolved notifications (via LLBottomTray::notifyParent)
* Also refactored initializing code to init a pointer to a chiclet panel and map with bottomtray parts in postBuild BEFORE initializing start wells' visibility.
For now minimal viewer width when all buttons are still visible (and have non-truncated labels in the 'EN' locale) with opened sidetray is 1041 px; with short Speak button (without text label) is 990 px. (with implemented patch in https://codereview.productengine.com/secondlife/r/126/)
Each well button takes 37 px (with a padding). So, they can free up to 74 px when invisible.
reviewed by Vadim at https://codereview.productengine.com/secondlife/r/136/
--HG--
branch : product-engine
allowed to increment IM message counter when IM window is opened but doesn't have focus and reset IM counter when IM window get focus;
reviewed by Mike Antipov at https://codereview.productengine.com/secondlife/r/76/
--HG--
branch : product-engine
Handling of mouseDown event was delegated to chiclet's button.
Also double callback was connected with onMouseDown handler to ride from missed click behavior.
--HG--
branch : product-engine
implemented exclude sets for groups of transient floaters, now transient floaters not closes if user click on view from global exclude set or from floater group set;
made IM floater goes foreground if it visible but not focused instead hide floater;
--HG--
branch : product-engine
- IM Well Window's chiclets now have counters and count IMs from 1 to "99+"
- IM Well Window's items can resize on appearance of chiclet's counter or speaker indicator
--HG--
branch : product-engine
Now IM Well counter displays unread messages calculating it based on chiclets instead of displaying unread messages across all IM Model
--HG--
branch : product-engine
-- Implemented requirement: Opening either Message Well will clear the "new messages" state (and thus the "lit" status),
even though there may still be unread messages
--HG--
branch : product-engine
-- fixed bug: Well icon leaves in "Unlit" state if new message arrives when it is in the "Lit" state while flashing
Improved behavior of reversing Lit/Unlit states
--HG--
branch : product-engine
-- Code recactored for future implementation of "Opening either Message Well will clear the "new messages" state (and thus the "lit" status)"
--HG--
branch : product-engine
-- Fixed: wells should flash every time new message arrives even if "new message" state is already set
-- Also fixed: Well leaves in 'Lit' state if incomeing notification is resolved while flashing to the "Lit" state
--HG--
branch : product-engine
Richard Linden