summaryrefslogtreecommitdiff
path: root/indra/llimage/llimagedimensionsinfo.cpp
AgeCommit message (Collapse)Author
2023-09-12 SL-20173 show notification when file is emptyMnikolenko Productengine
2023-08-21SL-20173 show warning notification when trying to add invalid files as local ↵Maxim Nikolenko
texture
2018-01-10MAINT-8167 Fixed uploading JPEG image from Unicode directory failsandreykproductengine
2016-08-25MAINT-6476 VOB - User can add any size image to an Outfit Gallery outfit folderspavelkproductengine
2015-11-10remove execute permission from many files that should not have itOz Linden
2013-08-09second phase summer cleaningRichard Linden
replace llinfos, lldebugs, etc with new LL_INFOS(), LL_DEBUGS(), etc.
2013-07-18SH-4297 WIP interesting: viewer-interesting starts loading cached scene lateRichard Linden
dependency cleanup - removed a lot of unecessary includes
2013-03-29Update Mac and Windows breakpad builds to latestGraham Madarasz
2011-04-08STORM-1118 FIXED STORM-1118 Viewer crashes when user tries to upload image ↵Vadim ProductEngine
without JFIF header. * Added checks for image file contents not matching the file extension (e.g. a bitmap named file.jpg). * Added checks for abnormally short files to avoid crashes when parsing them.
2010-11-03STORM-472 Fixed crash that happened while decoding jpg image.Andrew Productengine
In case of files provided in ticket problem occured in libjpeg's jpeg_start_decompress(to be more specofic- inside it's _jinit_color_deconverter()) because if cinfo's out_color_space is RGB, then jpeg_color_space can't be JCS_YCCK (JCS_YCCK jpeg_color_space is possible for JCS_CMYK out_color_space). So when the combination of RGB and JCS_YCCK was encountered, jpeglib called ERREXIT() inside which exit() was called and viewer crashed. - Checking for this combination before calling jpeg_start_decompress() would solve this problem in this specific case, but there are a lot of possible error combinations which cause libjpeg to exit and thus crash viewer, so copypasting checks from it into viewer code would be cumbersome, uneffective and ugly. So another approach was used instead- by default libjpeg calls exit() after encountering an error, but user can provide his own error handling function instead. on_jpeg_error() function was added in fix for this. It sets true a boolean flag that is used to determine whether there were errors in getImageDimensionsJpeg(), and this function's return value depends on it.
2010-08-13Change license from GPL to LGPL (version 2.1)Oz Linden
2010-04-20fix for EXT-4082 Normal Uploading huge image crashes viewerYuri Chebotarev
https://codereview.productengine.com/secondlife/r/11/ reviewed Tofu Linden --HG-- branch : product-engine