pdfbox-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tilman Hausherr <THaush...@t-online.de>
Subject Re: PDFBox 1.8.8. release
Date Wed, 26 Nov 2014 08:10:24 GMT
Tim has now done the tests. My comments can be seen in TIKA-1442 and in 
the excel file I uploaded. There is no "big, stinky" problem like the 
one that exists in 1.8.7. There are only smaller problems compared to 
1.8.6 and many improvements (as Tim said "It looks like there are only a 
few regressions, and many improvements"), so I withdraw my "objection".

However the regressions PDFBOX-2449 
<https://issues.apache.org/jira/browse/PDFBOX-2449> and PDFBOX-2421 
<https://issues.apache.org/jira/browse/PDFBOX-2421> shouldn't be 
ignored, as 2.0 isn't coming soon.


Am 23.11.2014 um 17:55 schrieb Tilman Hausherr:
> Hi.
> I'd prefer to wait for the tests of Tim Allison... unless you want to 
> live with the risk that he does the tests, and that we find a "big 
> problem" within that 3 day voting period...
> I haven't asked him to do these tests yet, because so much work was 
> done on both parsers.
> Tilman
> Am 23.11.2014 um 17:14 schrieb Andreas Lehmkuehler:
>> Hi,
>> Am 11.11.2014 um 12:15 schrieb Andreas Lehmkühler:
>>> Hi,
>>>> Andreas Lehmkühler <andreas@lehmi.de> hat am 3. November 2014 um 11:52
>>>> geschrieben:
>>>> Hi,
>>>> there are again a number of solved issues and I'm thinking about a new
>>>> bugfix release. How about a new one next week, maybe later if someone
>>>> wants to get some addtional things done before?
>>> Looks like I won't have the time this week to cut the release, sorry.
>>> I'm not sure if I'll find some time when attending ApacheCon in 
>>> Budapest next
>>> week,
>>> but I should have some cycles in the last week of november.
>>> This will buy us some time to fix some of the encryption/decryption 
>>> issues.
>> I'm going to cut the release tomorrow in the evening, round about 24 
>> hours from now. Any objections?
>> BR
>> Andreas Lehmkühler

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message