summaryrefslogtreecommitdiffstats
path: root/image/decoders
Commit message (Collapse)AuthorAgeLines
* Issue #1656 - Part 8: Devtools and misc.Moonchild2020-09-24-1/+0
|
* Issue #1656 - Part 6: Clean up the build filesMoonchild2020-09-23-5/+0
|
* Issue #1656 - Part 1: Nuke most vim config lines in the tree.Moonchild2020-09-23-3/+0
| | | | | | Since these are just interpreted comments, there's 0 impact on actual code. This removes all lines that match /* vim: set(.*)tw=80: */ with S&R -- there are a few others scattered around which will be removed manually in a second part.
* Issue #1053 - Remove android support from imageMatt A. Tobin2020-02-23-209/+0
|
* BMPs from the clipboard may include extra padding.Andrew Osmond2019-02-16-16/+36
| | | | | | | | | | | | | In the original Windows clipboard BMP decoder implementation in nsImageFromClipboard::ConvertColorBitMap, if the bitmap used bitfields compression, it always adjusted the offset to the RGB data by 12 bytes. It did this even for newer BMP header formats which explicitly include space for the bitfields in their header sizes. This patch updates our BMP decoder to do the same for clipboard BMPs, since we have observed pasted BMPs using bitfield compression appearing incorrectly. To the user this appears as if we read a color mask; completely red, blue, green pixels at the start of the last row, causing all of the other rows to start with the last three pixels of the previous row.
* Use existing image decoders to handle clipboard BMP data.wolfbeast2019-02-07-5/+18
| | | | | This gets rid of the old nsImageClipboard widget code in favor of using the nsBMPDecoder in imglib.
* Check for contiguous buffer state.wolfbeast2019-01-21-0/+4
| | | | | | | | | | | | | | When we are reading large image data (i.e.: people using webp to stream video instead of the native webm format; I'm looking at you, Giphy!) we can run into the situation where the available data is not in a contiguous buffer, and we need to either buffer additional data or re-buffer from the start. If we don't do this, we can run into issues because of buffer over-reading (causing corrupted data if allocated or more likely crashes if not allocated). Re-buffering is expensive, but this should be rare and limited to dealing with unintended use for animated image formats. This resolves #940.
* Fix blank pixel color for truncated GIFswolfbeast2018-11-21-1/+7
|
* Bug 1462355 - Part 1c. Make individual image decoders to use updated ↵wolfbeast2018-11-21-33/+49
| | | | | | Decoder/SurfacePipe methods. Extend this change to nsWebPDecoder.cpp
* Port WebP decoder changes.wolfbeast2018-11-20-273/+408
| | | | | This breaks animated WebP for the moment, but adds QCMS color management and lexer changes. Tag #831
* Free the decoded image buffer before deleting the WebP decoder.wolfbeast2018-06-13-0/+1
| | | | This should solve #483.
* Perform some sanity checks on nsMozIconURI.Pale Moon2018-06-07-0/+10
|
* Limit PNG image dimensions.wolfbeast2018-05-29-3/+15
|
* Bug 1323683 - Fold nsIURIWithQuery into nsIURIjanekptacijarabaci2018-04-22-0/+26
| | | | native in moebius
* Remove the use of GetProcAddress() for shell32wolfbeast2018-02-19-36/+17
| | | | | This avoids manually hooking into shell32.dll and using the native shell API instead. Tag #22.
* Implement WebP image decoder.wolfbeast2018-02-03-0/+559
|
* Add m-esr52 at 52.6.0Matt A. Tobin2018-02-02-0/+9975