summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2010-09-22merge storm-187Tofu Linden
2010-09-22STORM-187 FIXED Fixed chatbar not getting back its width after ↵Andrew Productengine
opening/closing sidetray. The bug reproduced not only for opening/closing sidetray, but also when viewer window was resized. The chatbar's width was set to default on width increase, it was also shrunk even when there was enough space for it, and buttons could be shrunk instead. Also, width to which user resized it manually, was not used in resizes. Gave priority on resizes to nearby chat - i.e.: Before this fix priorities were- buttons are visible -> buttons are as wide as possible -> nearby is stretched. After this fix priorities are- buttons are visible -> nearby is stretched -> buttons are as wide as possible. - Added new member which stores width of nearbychat(either value that was recorded after user's manual resize of chatbar or default). Used it as a value to which chatbar tries to be resized on resizes. - Implemented the change of priorities described above in processWidthIncreased() and processWidthDecreased() methods.
2010-09-22merge whitespace changes from Boroondas.Tofu Linden
2010-09-22doh, fix this in the RIGHT place.Tofu Linden
2010-09-22CID-505Tofu Linden
Checker: UNINIT_CTOR Function: LLGridManager::LLGridManager() File: /indra/newview/tests/lllogininstance_test.cpp
2010-09-22CID-509Tofu Linden
Checker: UNINIT_CTOR Function: LLAvatarListItem::LLAvatarListItem(bool) File: /indra/newview/llavatarlistitem.cpp
2010-09-22CID-510Tofu Linden
Checker: UNINIT_CTOR Function: LLVOCache::LLVOCache() File: /indra/newview/llvocache.cpp
2010-09-22CID-511Tofu Linden
Checker: UNINIT_CTOR Function: LLVOCacheEntry::LLVOCacheEntry(LLAPRFile *) File: /indra/newview/llvocache.cpp
2010-09-22CID-512:Tofu Linden
Checker: DEADCODE Function: show_item_sharing_confirmation(std::basic_string<char, std::char_traits<char>, std::allocator<char>>, LLViewerInventoryItem *, const LLSD &, const LLUUID &, const LLUUID &) File: /indra/newview/lltooldraganddrop.cpp
2010-09-22merge storm-162Tofu Linden
2010-09-21mergeTofu Linden
2010-09-21fix for mac build and possible crash when responding to notification twiceRichard Linden
2010-09-21Increment version number since we forked for beta.Kent Quirk
2010-09-21FIX crash when clicking on MOTDRichard Linden
2010-09-21merge storm-122Tofu Linden
2010-09-21mergeTofu Linden
2010-09-21merge storm-166Tofu Linden
2010-09-21merge.Tofu Linden
2010-09-21STORM-163 FIXED Intermittent FPS drop related to "audio" (main thread hangs ↵Vadim Savchuk
often on openal lock) Submitting a patch made by Aleric Inglewood (See VWR-14914). This bug happens for a lot of people, although it might be needed to have a fast multi core machine. I have seen it on 1.22.10 once, never used 1.23 sorry, and saw it often on snowglobe. I am sure it also affects 1.23 but I'd have to test that. The symptons are that on a viewer with normally a good, high FPS, sometimes it happens that the FPS dramatically drops (as low as 0.3, but it can also be anything higher, as high as 10, say). This particular jira is about a problem where the main thread is slowed down by a mutex lock in libopenal (most calls starting with 'al' in indra/llaudio/audioengine_openal.cpp and one in indra/llaudio/listener_openal.cpp). You can see that this is the case by opening the Frame Console (control-shift-2) and checking that the "audio" (and possibly misc) timings are very large compared to the Render time.
2010-09-21Tag for beta 2.1.3Kent Quirk
2010-09-21STORM-133 FIXED keyboard navigation in Places SP->My Landmarks while items ↵Sergei Litovchuk
fetch is in progress.
2010-09-21STORM-166 FIXED Memory leak in LLSelectNode constructor.Vadim Savchuk
Submitting on behalf of Thickbrick Sleaford. One of the LLSelectNode constructors has a leak where it does "new LLPermisions()" twice, thus leaking the address of the first object created. This constructor is called every time you interact (click, hover, select, possibly other) with an object, once for each prim in the object. Since sizeof(LLPermissions) is 92 bytes, this can be a significant amount after a while. I think this might explain VWR-18528 (leaking LLpemissions instances), at least partially. This was fixed in snowglobe 1.x as part of SNOW-267.
2010-09-21merge storm-189Tofu Linden
2010-09-21STORM-165 decode_priority clamp issue in texture fetchingTofu Linden
Patch by Merov ported and reviewed by Tofu, from SG2.
2010-09-21fixed some whitespace errors in files touched by STORM-162Boroondas Gupte
2010-09-20EXP-77 FIX Pop-up warning flashes on and off even whan all popups are ↵Richard Nelson
enabled in settings
2010-09-20EXP-82 FIX MOTD open in external browser notification not given until fully ↵Richard Nelson
logged in reviewed by Monroe
2010-09-20Fix one variant of LLWeb::loadURLExternal() not passing through the uuid to ↵Monroe Linden
the other variant.
2010-09-20STORM-162 : Makes the folder code more resilientMerov Linden
2010-09-20EXP-60 FIX not showing after Re-enabling Hints in same sessionRichard Nelson
2010-09-21STORM-189 FIXED Applied text wrapping to fix long string truncation in Build ↵Sergei Litovchuk
tools->Features.
2010-09-20merge from http://bitbucket.org/boroondas/viewer-development-vwr-20583Tofu Linden
2010-09-20merge storm-192Tofu Linden
2010-09-20STORM-192 ADDITIONAL FIX Fixed crash on pressing Ctrl+Shift+W (which closes ↵Vadim Savchuk
all floaters). The crash was introduced by my previous fix of this ticket in changeset 8ceebd3612f0. The problem was that, suprisingly, even invisible (faded) toasts were destroyed when you hit Ctrl_Shift+W, however they were still referenced by the toast pool, so the references were invalidated. The easiest fix would be to remove all references to the toast being destroyed, no matter is it visible or not. However, then we'd have to search for each destroyed toast in the pool, which is slow. Besides, removing toasts from the pool compromises the whole idea of pooling (which was introduced to speed up creation of new toasts). Another possible fix is not to destroy any nearby chat toasts when user hits Ctrl+Shift+W. That would save us from any crashes at a price of changing existing behaviour (the toasts will remain visible). So I went for a third option: when closing all floaters, skip invisible ones. Then there won't be attempts to destroy invisible (pooled) toasts, so the crash won't happen, and we don't seem to change any existing behavior. However I'm not 100% sure of the latter statement, so the fix requires extensive testing.
2010-09-20merge storm-159Tofu Linden
2010-09-18merge storm-192Tofu Linden
2010-09-18merge storm-153Tofu Linden
2010-09-17EXP-60 Hints not showing after Re-enabling Hints in same sessionRichard Linden
2010-09-17mergeRichard Linden
2010-09-17made address entry field of media browser select all text on first clickRichard Linden
2010-09-17fix for clicking on Invite Friends resulting in disabling popupsRichard Linden
2010-09-17STORM-183 : Pull in fix from VadimMerov Linden
2010-09-17Fix for EXP-78 (javascript window.open function with no size parameters ↵Monroe Linden
opens a tiny window when all popups setting is enabled).
2010-09-17clear popup notifications on navigateRichard Linden
2010-09-17maded popup alert last foreverRichard Linden
2010-09-18STORM-159 FIXED Added sharing inventory item by dropping it on resident's ↵Sergei Litovchuk
Profile SP even when no IM session is started with that resident.
2010-09-17fixed build (again)Richard Linden
2010-09-17MergeRichard Linden
2010-09-17Backed out changeset: d71309f8bd0eRichard Linden
2010-09-17mergeRichard Linden
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-24 06:34:01 +0000