[PDFBOX-3481] Localization in XRef generation results in unusable PDFs

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 1.8.12, 1.8.13, 2.0.2, 2.0.3, 3.0.0 PDFBox
• Fix Version/s: 1.8.13, 2.0.3, 3.0.0 PDFBox
• Component/s: Writing
• Labels: easyfix locale newbie patch
• Flags: Patch
• Assignee: Tilman Hausherr
• Reporter: Edward Kupershlak
• Created: 05/Sep/16 02:38
• Updated: 22/Feb/19 15:59
• Resolved: 05/Sep/16 16:20

Description

PDFBox appears to be using a localized number formatter when encoding the XRef table. Depending on locale settings, this can result in unicode characters being used, which prevents PDFBox from loading the PDF.

The following code demonstrates this:

import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.util.Locale;
import org.apache.pdfbox.pdmodel.PDDocument;
import org.apache.pdfbox.pdmodel.PDPage;
import org.apache.pdfbox.pdmodel.common.PDRectangle;

class Example {

  public static void main(String [] args) throws Exception {
    File tempFile = File.createTempFile("example", ".pdf");
    Locale arabicLocale = new Locale.Builder().setLanguageTag("ar-EG-u-nu-arab").build();
    Locale.setDefault(arabicLocale);

    try (FileOutputStream out = new FileOutputStream(tempFile)) {
      PDDocument doc = new PDDocument();
      doc.addPage(new PDPage(PDRectangle.LETTER));

      doc.save(out);
      doc.close();
    }

    try (FileInputStream in = new FileInputStream(tempFile)) {
      PDDocument doc = PDDocument.load(in);
      // This will throw.
      doc.getPage(0);
    }
  }
}

Issue Links

• links to: Arabic language is destroying xref or something