You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Tilman Hausherr (Jira)" <ji...@apache.org> on 2021/05/22 13:26:00 UTC

[jira] [Updated] (PDFBOX-5199) Possible memory leak after calling decode filter

     [ https://issues.apache.org/jira/browse/PDFBOX-5199?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Tilman Hausherr updated PDFBOX-5199:
------------------------------------
    Fix Version/s: 3.0.0 PDFBox
                   2.0.24

> Possible memory leak after calling decode filter
> ------------------------------------------------
>
>                 Key: PDFBOX-5199
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-5199
>             Project: PDFBox
>          Issue Type: Bug
>    Affects Versions: 2.0.23
>            Reporter: Tilman Hausherr
>            Priority: Minor
>             Fix For: 2.0.24, 3.0.0 PDFBox
>
>
> valerybokov noticed in PR#107 that filters are sometimes closed and sometimes not
> {quote}
> IdentityFilter and CCITTFaxFilter extends Filter
> IdentityFilter.encode(InputStream, OutputStream, COSDictionary). The InputStream will not be closed.
> CCITTFaxFilter.encode(InputStream, OutputStream, COSDictionary). The InputStream will be closed.
> The input parameter will not be closed if an exception is thrown.
> {quote}
> My understanding is that the caller should close streams unless the javadoc tell something else. So I did search a bit, and found places in COSInputStream, COSStream and PDStream where this isn't done. Any close in filter should be removed.
> I also searched for encode but there I found that the caller closes properly.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org