From e7207f33f8024b59fc85abb1b4594b0fbab5361b Mon Sep 17 00:00:00 2001 From: Tom Sepez Date: Mon, 7 May 2018 20:26:46 +0000 Subject: Ensure that XFA Pages always have a corresponding PDF page The PDF page may be blank, un-numbered, or untracked by CPDF, but this provides a place for all XFA pages to "extend" from down the road. Change-Id: If1003be0f261154e61e9793ccba7e1f43cd73104 Reviewed-on: https://pdfium-review.googlesource.com/31771 Commit-Queue: Tom Sepez Reviewed-by: dsinclair --- fpdfsdk/fpdf_editpage.cpp | 1 - 1 file changed, 1 deletion(-) (limited to 'fpdfsdk/fpdf_editpage.cpp') diff --git a/fpdfsdk/fpdf_editpage.cpp b/fpdfsdk/fpdf_editpage.cpp index 0647dc537f..f38c4ff800 100644 --- a/fpdfsdk/fpdf_editpage.cpp +++ b/fpdfsdk/fpdf_editpage.cpp @@ -182,7 +182,6 @@ FPDF_EXPORT FPDF_PAGE FPDF_CALLCONV FPDFPage_New(FPDF_DOCUMENT document, auto* pContext = static_cast(pDoc->GetExtension()); if (pContext) { auto pXFAPage = pdfium::MakeRetain(pContext, page_index); - pXFAPage->LoadPDFPage(pPageDict); return FPDFPageFromUnderlying(pXFAPage.Leak()); // Caller takes ownership. } // Eventually, fallthru into non-XFA case once page type is consistent. -- cgit v1.2.3