diff options
author | wolfbeast <mcwerewolf@wolfbeast.com> | 2019-01-21 15:47:44 +0100 |
---|---|---|
committer | wolfbeast <mcwerewolf@wolfbeast.com> | 2019-01-21 15:56:16 +0100 |
commit | 8dd8df90b968ec9429bffd1dd8ae0299531a47d4 (patch) | |
tree | 7726d8b28355eb180517a391519f0dd9b5ed6ad3 /embedding | |
parent | 87bef3e99e30c47435b7dff37c098c9d99965d22 (diff) | |
download | UXP-8dd8df90b968ec9429bffd1dd8ae0299531a47d4.tar UXP-8dd8df90b968ec9429bffd1dd8ae0299531a47d4.tar.gz UXP-8dd8df90b968ec9429bffd1dd8ae0299531a47d4.tar.lz UXP-8dd8df90b968ec9429bffd1dd8ae0299531a47d4.tar.xz UXP-8dd8df90b968ec9429bffd1dd8ae0299531a47d4.zip |
Check for contiguous buffer state.
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.
Diffstat (limited to 'embedding')
0 files changed, 0 insertions, 0 deletions