Is there a way to disable the PDF-handling features?

[sungvadan]

Hello,

When I upload a PDF to Mindee, I consistently get the following error:

This PDF document probably uses a compression technique which is not supported by the free parser shipped with FPDI. (See https://www.setasign.com/fpdi-pdf-parser for more details)

After looking into the source code, I noticed that GhostScript is available on my server (I can not uninstall it ). However, in the Mindee\Input\LocalInputSource constructor, the SDK calls $this->getPageCount(), which relies on FPDI. Since the free FPDI parser cannot read this PDF, it throws a MindeePdfException.

This exception is not caught because the constructor only catches MindeeUnhandledException:

    public function __construct()
    {
        $this->checkMimeType();
        try {
            DependencyChecker::isGhostscriptAvailable();
            if ($this->isPdf()) {
                $this->pageCount = $this->getPageCount();
            } else {
                $this->pageCount = 1;
            }
        } catch (MindeeUnhandledException) {
            error_log("PDF-handling features not available, page count set to null.");
        }
    }

In my use case, I don't need any PDF-handling features. I simply want to upload the PDF to the Mindee API and retrieve the result.

Would it be possible to disable or bypass the local PDF-handling logic?

If this isn't currently supported, would you consider adding an option in a future release to skip local PDF processing entirely? This would allow users who don't need these features to avoid FPDI-related limitations and upload PDFs directly to the API.

[sebastianMindee]

Hello,

Thank you for bringing this to our attention. Yes, in theory you should be able to use the SDK without having access to GS or FPDI independently. I believe this particular exception handling was made to address issues with FPDF/FPDI only, but you are right that it isn't behaving correctly there. I will fix it ASAP.

Also relevant to this issue: we are working on a Rust-based bindings library for all our client libraries, which will replace all image and PDF operations with in-house packages only, meaning we won't rely on Ghostscript/FPDF/FPDI for PHP.
I do not have a set date yet, but when it goes live, you will be able to access the PDF-handling features OR selectively remove the package without having to handle third-party tools like Ghostscript.

[sebastianMindee]

Update: Fixed in #206 released in #207 (3.0.2)