summaryrefslogtreecommitdiff
path: root/indra/newview/llviewerwindow.cpp
AgeCommit message (Collapse)Author
2019-07-11SL-11435 When ALM is enabled, Depth mode shots are broken when snapshot size ↵ruslantproductengine
is set to anything above current window size - fixed bug described in the ticket - fixed bug with UI (when user change the layer type (color/depth))
2019-04-17Merged in lindenlab/viewer-releaseAndreyL ProductEngine
2019-04-11SL-10891 Reset UI scale factor on first run if OS's display scaling is not 100%AndreyL ProductEngine
2019-04-08SL-10907 getWidthF32 crash in fontsandreykproductengine
2019-03-01mac build fix (add up to: ↵ruslantproductengine
https://bitbucket.org/lindenlab/viewer-cougar/pull-requests/46/clean-up-ui-scaling/diff)
2019-03-01Merged in lindenlab/viewer-releaseAndreyL ProductEngine
2019-02-08Clean up UI scalingAnsariel
2019-01-15- fix scale problem on Windowsruslantproductengine
2019-01-14- remove getDeviceScaleFactor() and replace it to getSystemUISize() ↵ruslantproductengine
according Ansariel note
2018-11-27Merged lindenlab/viewer-cougar into defaultRuslan Teliuk
2018-11-26SL-9766 [Render] [Mac] Alt + left mouse click has severely impaired functionsruslantproductengine
SL-10019 - [Mac] [Render] Right-click context menu immediately disappears when clicking any place in the ‘Inventory’ floater SL-9984 - [Retina] Camera frustum, do not display correctly on "WORLD MAP" window. SL-10027 - [Mac] [Render] Add toggle for Retina support to mitigate FPS loss Re-FIX for Retina support.
2018-11-14Automated merge with ssh://bitbucket.org/lindenlab/viewer-releaseNat Goodspeed
2018-11-14Merged in lindenlab/viewer-releaseAndreyL ProductEngine
2018-11-02SL-9766 [Render] [Mac] Alt + left mouse click has severely impaired functionsruslantproductengine
FIX #2
2018-10-23SL-9774 [Render] dragging active Second Life session to second monitor zooms ↵ruslantproductengine
in making viewer unusable
2018-10-19SL-9766 [Render] [Mac] Alt + left mouse click has severely impaired functionsruslantproductengine
2018-10-11Modify logging so that the in-viewer console and stderr do not escape line ↵Oz Linden
breaks Improve the implementation so that escaping is computed only once
2018-09-27mergeBrad Payne (Vir Linden)
2018-09-27Merged in lindenlab/viewer-releaseAndreyL ProductEngine
2018-09-03MAINT-9076 Improved support for Retina Displaysruslantproductengine
2018-08-02mergeBrad Payne (Vir Linden)
2018-07-16MAINT-8844 Fixed selection inconsistancies (inworld manipulation vs tool ↵andreykproductengine
floater)
2018-06-21mergeBrad Payne (Vir Linden)
2018-06-20MAINT-8764 FIXED Crash in LLViewerWindow::saveImageNumbered()maxim_productengine
2018-06-01MAINT-8712 Crash on close in LLWindowWin32Andrey Kleshchev
2018-06-12MAINT-8727 FIXED Saving snapshot will cause disconnect if you do not choose ↵maxim_productengine
path in File picker quickly
2018-05-03MAINT-1421 FIXED "Show Memory" doesn't display memory stats on macmaxim_productengine
2018-05-18mergeBrad Payne (Vir Linden)
2018-04-25MAINT-8549 - more on animesh ARC and associated refactoringBrad Payne (Vir Linden)
2018-03-02mergeBrad Payne (Vir Linden)
2018-02-15Fix batch display in avatar render info (%d is not for doubles).Graham Linden graham@lindenlab.com
2018-02-15Add debug setting and code to allow nVidia nSight graphics debugging to ↵Graham Linden graham@lindenlab.com
capture SL frames. These changes are only enabled if RenderNsightDebugSupport is true and eliminate use of some OpenGL legacy functionality which is incompatible with nSight capture (mostly glReadPixels and other fixed-function pipe rendering calls).
2018-01-30MAINT-8091 Removed deprecated and unused private memory poolingAndrey Kleshchev
2018-01-17MAINT-8183 Additional loggingandreykproductengine
2018-01-17mergeBrad Payne (Vir Linden)
2018-01-17MAINT-8183 Additional loggingandreykproductengine
2018-01-17Merged in lindenlab/viewer-releaseAndreyL ProductEngine
2017-12-19SL-713, MAINT-7709 - experimental setting to allow left-click interaction ↵Brad Payne (Vir Linden)
with animesh. Disabled by default. Still doesn't work in all cases and has significant performance impact
2017-12-12MAINT-8071 Handle initialization crash betterandreykproductengine
2017-12-05Merged in lindenlab/viewer-bearAndreyL ProductEngine
2017-12-05revert change for MAINT-8017Mnikolenko Productengine
2017-12-01MAINT-8036 Fixed Viewer freezing when overwriting existing snpshot with new one.andreykproductengine
2017-11-29DRTVWR-418: Merge from latest viewer-releaseNat Goodspeed
2017-11-24MAINT-8017 Avatar walks in half-bent position , without disabling "away" statusMnikolenko Productengine
2017-10-11Automated merge with ssh://bitbucket.org/lindenlab/viewer-releaseNat Goodspeed
2017-08-16merge changes for DRTVWR-439Oz Linden
2017-08-30MAINT-7757 FIXED [MAC] Crash in LLViewerWindow::saveImageNumberedMnikolenko Productengine
2017-06-09MAINT-7477 FIXED [viewer-neko] Viewer crashes when saving snapshot to disk ↵Mnikolenko Productengine
and closing file picker window
2017-05-24MAINT-4375 Viewer saves an empty snapshots if disk is fulldaianakproductengine
2017-05-02DRTVWR-418, MAINT-6996: Rationalize LLMemory wrt 64-bit support.Nat Goodspeed
There were two distinct LLMemory methods getCurrentRSS() and getWorkingSetSize(). It was pointless to have both: on Windows they were completely redundant; on other platforms getWorkingSetSize() always returned 0. (Amusingly, though the Windows implementations both made exactly the same GetProcessMemoryInfo() call and used exactly the same logic, the code was different in the two -- as though the second was implemented without awareness of the first, even though they were adjacent in the source file.) One of the actual MAINT-6996 problems was due to the fact that getWorkingSetSize() returned U32, where getCurrentRSS() returns U64. In other words, getWorkingSetSize() was both useless *and* wrong. Remove it, and change its one call to getCurrentRSS() instead. The other culprit was that in several places, the 64-bit WorkingSetSize returned by the Windows GetProcessMemoryInfo() call (and by getCurrentRSS()) was explicitly cast to a 32-bit data type. That works only when explicitly or implicitly (using LLUnits type conversion) scaling the value to kilobytes or megabytes. When the size in bytes is desired, use 64-bit types instead. In addition to the symptoms, LLMemory was overdue for a bit of cleanup. There was a 16K block of memory called reserveMem, the comment on which read: "reserve 16K for out of memory error handling." Yet *nothing* was ever done with that block! If it were going to be useful, one would think someone would at some point explicitly free the block. In fact there was a method freeReserve(), apparently for just that purpose -- which was never called. As things stood, reserveMem served only to *prevent* the viewer from ever using that chunk of memory. Remove reserveMem and the unused freeReserve(). The only function of initClass() and cleanupClass() was to allocate and free reserveMem. Remove initClass(), cleanupClass() and the LLCommon calls to them. In a similar vein, there was an LLMemoryInfo::getPhysicalMemoryClamped() method that returned U32Bytes. Its job was simply to return a size in bytes that could fit into a U32 data type, returning U32_MAX if the 64-bit value exceeded 4GB. Eliminate that; change all its calls to getPhysicalMemoryKB() (which getPhysicalMemoryClamped() used internally anyway). We no longer care about any platform that cannot handle 64-bit data types.
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-16 03:43:36 +0000