| Commit message (Collapse) | Author | Age | Lines |
|---|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
| |
This gets rid of the old nsImageClipboard widget code in favor of using
the nsBMPDecoder in imglib.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
| |
Decoder/SurfacePipe methods.
Extend this change to nsWebPDecoder.cpp
|
| |
|
|
|
| |
This breaks animated WebP for the moment, but adds QCMS color management and lexer changes.
Tag #831
|
| |
|
|
| |
This should solve #483.
|
| | |
|
| | |
|
| |
|
|
| |
native in moebius
|
| |
|
|
|
| |
This avoids manually hooking into shell32.dll and using the native shell API instead.
Tag #22.
|
| | |
|
| |
|
