pdfium.git - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2014-09-16	When forcing clear page data, no need to release colorspace when releasing ↵	Bo Xu
	pattern BUG=414661 R=tsepez@chromium.org Review URL: https://codereview.chromium.org/572853006
2014-09-09	Change the forced clear order of CPDF_DocPageData::Clear, and remove ↵	Bo Xu
	m_pDocument in CPDF_Color If not forced clear, the counter of CPDF_Pattern will take care the count of referenced instance. When forced clear, clear color first to make sure pattern still exists when referencing it. BUG=411154 R=tsepez@chromium.org Review URL: https://codereview.chromium.org/554913003
2014-09-02	Add m_pDocument in CPDF_Color and check if page date has been forced clear	Bo Xu
	This will prevent using freed pattern object. This is a better solution than https://pdfium.googlesource.com/pdfium/+/1b9c5c4dc41956b8c5ab17b9a882adf8a2513768 and in essence revert that patch BUG=409373 R=tsepez@chromium.org Review URL: https://codereview.chromium.org/522483003
2014-08-05	The root cause of this issue is shown as below:	Jun Fang
	Patterns are managed in CPDF_DocPageData. When a document is closed, all patterns will be released in the deconstruction of CPDF_DocPageData. However, some patterns which are referenced in CPDF_Color can't get the notification from the destroy of CPDF_DocPageData. It will cause use-after-free in CPDF_Color::~CPDF_Color. BUG=392719 R=tsepez@chromium.org Review URL: https://codereview.chromium.org/439693002
2014-06-30	Remove "this==NULL" and adjust corresponding callers	Bo Xu
	BUG= R=thakis@chromium.org Review URL: https://codereview.chromium.org/361553002
2014-05-23	Convert all line endings to LF.	John Abd-El-Malek

2014-05-17	Initial commit.	John Abd-El-Malek