[jira] [Created] (PDFBOX-2372) Regressions 19.9.2014

2014-09-20 Thread Tilman Hausherr (JIRA)
Tilman Hausherr created PDFBOX-2372:
---

 Summary: Regressions 19.9.2014
 Key: PDFBOX-2372
 URL: https://issues.apache.org/jira/browse/PDFBOX-2372
 Project: PDFBox
  Issue Type: Bug
  Components: FontBox
Affects Versions: 2.0.0
Reporter: Tilman Hausherr


There are several regressions from the changes done on the evening of 
19.9.2014. Because I can't map these to one single change, I had to open a new 
issue.

PDFBOX-563-acroform.pdf: trash glyphs at the bottom
PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
PDFBOX-1434.pdf: exception
PDFBOX-1756-427330.pdf: trash glyphs on the left
PDFBOX-2245-052567.pdf: trash glyphs 
PDFBOX-2251-070075.pdf: trash glyphs
PDFBOX-2334-205746.pdf: exception




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (PDFBOX-2372) Regressions 19.9.2014

2014-09-20 Thread Tilman Hausherr (JIRA)

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

Tilman Hausherr updated PDFBOX-2372:

Description: 
There are several regressions from the changes done on the evening of 
19.9.2014. Because I can't map these to one single change, I had to open a new 
issue.

PDFBOX-563-acroform.pdf: trash glyphs at the bottom
PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
PDFBOX-1756-427330.pdf: trash glyphs on the left
PDFBOX-2245-052567.pdf: trash glyphs 
PDFBOX-2251-070075.pdf: trash glyphs


  was:
There are several regressions from the changes done on the evening of 
19.9.2014. Because I can't map these to one single change, I had to open a new 
issue.

PDFBOX-563-acroform.pdf: trash glyphs at the bottom
PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
PDFBOX-1434.pdf: exception
PDFBOX-1756-427330.pdf: trash glyphs on the left
PDFBOX-2245-052567.pdf: trash glyphs 
PDFBOX-2251-070075.pdf: trash glyphs
PDFBOX-2334-205746.pdf: exception



 Regressions 19.9.2014
 -

 Key: PDFBOX-2372
 URL: https://issues.apache.org/jira/browse/PDFBOX-2372
 Project: PDFBox
  Issue Type: Bug
  Components: FontBox
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
  Labels: regression

 There are several regressions from the changes done on the evening of 
 19.9.2014. Because I can't map these to one single change, I had to open a 
 new issue.
 PDFBOX-563-acroform.pdf: trash glyphs at the bottom
 PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
 PDFBOX-1756-427330.pdf: trash glyphs on the left
 PDFBOX-2245-052567.pdf: trash glyphs 
 PDFBOX-2251-070075.pdf: trash glyphs



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (PDFBOX-2372) Regressions 19.9.2014

2014-09-20 Thread Tilman Hausherr (JIRA)

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

Tilman Hausherr updated PDFBOX-2372:

Description: 
There are several regressions from the changes done on the evening of 
19.9.2014. Because I can't map these to one single change, I had to open a new 
issue.

PDFBOX-563-acroform.pdf: trash glyphs at the bottom
PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
PDFBOX-1756-427330.pdf: trash glyphs on the left
PDFBOX-2245-052567.pdf: trash glyphs 
PDFBOX-2251-070075.pdf: trash glyphs

this came up within the very last 2-3 few commits:
PDFBOX-2191-006816.pdf p2 and more: the squares between the paragraphs now have 
an incorrect distance. I assume this is related to the fact that I don't have 
ZapfDingbats installed.

  was:
There are several regressions from the changes done on the evening of 
19.9.2014. Because I can't map these to one single change, I had to open a new 
issue.

PDFBOX-563-acroform.pdf: trash glyphs at the bottom
PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
PDFBOX-1756-427330.pdf: trash glyphs on the left
PDFBOX-2245-052567.pdf: trash glyphs 
PDFBOX-2251-070075.pdf: trash glyphs



 Regressions 19.9.2014
 -

 Key: PDFBOX-2372
 URL: https://issues.apache.org/jira/browse/PDFBOX-2372
 Project: PDFBox
  Issue Type: Bug
  Components: FontBox
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
  Labels: regression

 There are several regressions from the changes done on the evening of 
 19.9.2014. Because I can't map these to one single change, I had to open a 
 new issue.
 PDFBOX-563-acroform.pdf: trash glyphs at the bottom
 PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
 PDFBOX-1756-427330.pdf: trash glyphs on the left
 PDFBOX-2245-052567.pdf: trash glyphs 
 PDFBOX-2251-070075.pdf: trash glyphs
 this came up within the very last 2-3 few commits:
 PDFBOX-2191-006816.pdf p2 and more: the squares between the paragraphs now 
 have an incorrect distance. I assume this is related to the fact that I don't 
 have ZapfDingbats installed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (PDFBOX-2372) Regressions 19.9.2014

2014-09-20 Thread Tilman Hausherr (JIRA)

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

Tilman Hausherr updated PDFBOX-2372:

Description: 
There are several regressions from the changes done on the evening of 
19.9.2014. Because I can't map these to one single change, I had to open a new 
issue.

PDFBOX-563-acroform.pdf: trash glyphs at the bottom
PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
PDFBOX-1756-427330.pdf: trash glyphs on the left
PDFBOX-2245-052567.pdf: trash glyphs 
PDFBOX-2251-070075.pdf: trash glyphs

  was:
There are several regressions from the changes done on the evening of 
19.9.2014. Because I can't map these to one single change, I had to open a new 
issue.

PDFBOX-563-acroform.pdf: trash glyphs at the bottom
PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
PDFBOX-1756-427330.pdf: trash glyphs on the left
PDFBOX-2245-052567.pdf: trash glyphs 
PDFBOX-2251-070075.pdf: trash glyphs

this came up within the very last 2-3 few commits:
PDFBOX-2191-006816.pdf p2 and more: the squares between the paragraphs now have 
an incorrect distance. I assume this is related to the fact that I don't have 
ZapfDingbats installed.


 Regressions 19.9.2014
 -

 Key: PDFBOX-2372
 URL: https://issues.apache.org/jira/browse/PDFBOX-2372
 Project: PDFBox
  Issue Type: Bug
  Components: FontBox
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
  Labels: regression

 There are several regressions from the changes done on the evening of 
 19.9.2014. Because I can't map these to one single change, I had to open a 
 new issue.
 PDFBOX-563-acroform.pdf: trash glyphs at the bottom
 PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
 PDFBOX-1756-427330.pdf: trash glyphs on the left
 PDFBOX-2245-052567.pdf: trash glyphs 
 PDFBOX-2251-070075.pdf: trash glyphs



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Assigned] (PDFBOX-2371) Overlay page off by one when using -useAllPages

2014-09-20 Thread JIRA

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

Andreas Lehmkühler reassigned PDFBOX-2371:
--

Assignee: Andreas Lehmkühler

 Overlay page off by one when using -useAllPages
 ---

 Key: PDFBOX-2371
 URL: https://issues.apache.org/jira/browse/PDFBOX-2371
 Project: PDFBox
  Issue Type: Bug
  Components: Utilities
Affects Versions: 1.8.7
Reporter: Laurent Yaish
Assignee: Andreas Lehmkühler
  Labels: overlay
 Attachments: Overlay.java.patch


 When using the new -useAllPages option added in 1.8.7, the usePageNum doesn't 
 account for the fact that the specificOverlayPage is indexed by zero and the 
 output ends up with overlay pages shifted
 e.g. The output page 1 has page 2 from the overlay.
 We need to subtract 1 from the pageNumber when getting the overlay page 
 number.
 int usePageNum = (pageNumber - 1) % numberOfOverlayPages;



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-2363) wrong color in rendering

2014-09-20 Thread Tilman Hausherr (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14141908#comment-14141908
 ] 

Tilman Hausherr commented on PDFBOX-2363:
-

But other people might write their own OperatorProcessors. Because some of the 
classes are final (why only some?) , they'll have to write their own, including 
getName(). So there's the risk it happens again. And there's also the threat of 
PDF 2.0 coming.

The current implementation also breaks the do one thing rule. It either adds 
the operator, or it replaces it.



 wrong color in rendering
 

 Key: PDFBOX-2363
 URL: https://issues.apache.org/jira/browse/PDFBOX-2363
 Project: PDFBox
  Issue Type: Bug
  Components: Rendering
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
Assignee: Tilman Hausherr
  Labels: regression
 Fix For: 2.0.0

 Attachments: PDFBOX-1094-065514-XStep32767.pdf, 
 PDFBOX-2237-041715.pdf, PDFBOX-2250-107425-empty-xref.pdf, 
 PDFBOX-2347-263071.pdf, gs-bugzilla692845.pdf


 The circle with Bellas modas has the wrong color, it should be white and 
 was white yesterday, and now it is brown.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-1094) Pattern colorspace support

2014-09-20 Thread Tilman Hausherr (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-1094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14141909#comment-14141909
 ] 

Tilman Hausherr commented on PDFBOX-1094:
-

ok, I will test it later.

 Pattern colorspace support
 --

 Key: PDFBOX-1094
 URL: https://issues.apache.org/jira/browse/PDFBOX-1094
 Project: PDFBox
  Issue Type: Improvement
  Components: Rendering
Affects Versions: 1.6.0
Reporter: Andreas Lehmkühler
Priority: Minor
 Attachments: ColoredTilingPaint.patch, PATTYP1.pdf, PATTYP2.pdf, 
 PDF32000_2008_pg737.pdf, PDFBOX-1094-065514-XStep32767.pdf, 
 PDFBOX-1094-094730.pdf, PDFBOX-1094-096213-p18.pdf, 
 PDFBOX-1094-118358-Step-32767.pdf, PDFBOX-1094-PDFBOX-269.pdf, 
 PDFBOX-1094-tiling_pattern.pdf-1-broken-tiles-with-ceil.png, 
 PDFBOX-1861-tracemonkey13.png, PDFStreamEngine.patch, PageDrawer.patch, 
 _pdfbox-1094-tiling_pattern.pdf-1-blurry.png, bugzilla8677511.jpg, 
 gs-bugzilla693653.pdf, jagpdf_doc_patterns.pdf, 
 jagpdf_doc_patterns.pdf-1.png, pdfbox-1094-pdf32000_2008_pg737.pdf-1.png, 
 pdfbox-1094-pdf32000_2008_pg737.pdf-1.png, pdfbox-1094-pdfbox-269.pdf-2.png, 
 pdfbox-1094-tiling_pattern.pdf-1.png, pdfbox-1094-tiling_pattern.pdf-1.png, 
 pdfbox-1094-tiling_pattern.pdf-1.png, pdfbox-1861-tracemonkey.pdf-13.png, 
 pdfbox-1861-tracemonkey.pdf-13.png, tiling_pattern.pdf, 
 v2_tiling_patterns.patch


 PDFBox doesn't support PDPattern colorspaces



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-2333) Overhaul the apperance generation for PDF forms

2014-09-20 Thread Maruan Sahyoun (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14141920#comment-14141920
 ] 

Maruan Sahyoun commented on PDFBOX-2333:


There are no such restrictions that only certain fonts can be used within 
forms. At the end the fields appearance stream is not different to other 
streams making up the documents content.
There are already text layout mechanisms in fop, odftoolkit and Glen Petersons 
table extension for PDFBox. All are ASF licensed. As I’d like to avoid awt 
fonts because of the experiences made in the past TextLayout is not what I’d 
like to move forward with.

Identity-H and -V are of course allowed. They are not part of the fields value 
(as this is either PDFDocEncoding or Unicode) but of the fields appearance.

Initially regular form fields have a simple layout. On that we could build 
RichText support followed by XFA field support if we want to.

 Overhaul the apperance generation for PDF forms
 ---

 Key: PDFBOX-2333
 URL: https://issues.apache.org/jira/browse/PDFBOX-2333
 Project: PDFBox
  Issue Type: Improvement
  Components: AcroForm
Reporter: Maruan Sahyoun
 Fix For: 2.0.0

 Attachments: AcroForms-SimpleTextFields.1.8.7.pdf, 
 AcroForms-SimpleTextFields.1.8.7.png, AcroForms-SimpleTextFields.pdf


 The appearance handling for forms in 1.x is limited and does not reflect all 
 settings possible for form fields. In addition the current code is not very 
 modular and does not follow the box model used for form fields. 
 Unfortunately only the basics of form handling are defined in the PDF spec. 
 The details like padding of boxes, text placement etc. have to be determined 
 by looking at how Adobe forms are generated.
 Update: The file from PDFBOX-2310 has bad rendering which might be related?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


Re: [DISCUSS] move documentation and examples to git

2014-09-20 Thread Maruan Sahyoun
I’d think if projects such as Apache Camel, Apache Jackrabbit, Apache Tomee, 
Apache Cordova to mention some can handle it we should be smart enough to 
handle it too. And I can’t see the issues tab for these projects but pull 
requests.

BR
Maruan

Am 20.09.2014 um 04:22 schrieb John Hewson j...@jahewson.com:

 Issue tracking would still be done using Jira. Same as for most other Apache 
 projects
 
 The problem with that approach is that GitHub’s pull requests can only be 
 managed via GitHub’s issues interface, so we’re forced to use it. There’s no 
 way to prevent GitHub users from opening and discussing issues in pull 
 requests rather than on JIRA.
 
 -- John
 
 On 17 Sep 2014, at 21:58, Maruan Sahyoun sahy...@fileaffairs.de wrote:
 
 
 
 Maruan Sahyoun
 
 Am 18.09.2014 um 02:03 schrieb John Hewson j...@jahewson.com:
 
 I agree with Tilman on this point, the examples need to stay in the trunk 
 where they can be built along with it.
 It’s very common to modify an example to take into account API changes. 
 They’re also currently distributed along with the main PDFBox source 
 bundle, which is a good thing.
 
 I’d be surprised if anybody outside of the project wanted to contribute to 
 the documentation, almost nobody seems to like writing it. Perhaps we could 
 do this as a trial - see if it really increases contributions or not? It 
 would be great if it did.
 
 
 OK so lets try with the docs. 
 
 To mention it for completness - the build process for the web site and the 
 documentation contained within will still be done by the Apache CMS. 
 
 It’s worth adding that I’m (reluctantly) against moving PDFBox trunk over 
 to GitHub because GitHub Issues is not powerful enough for our needs (e.g. 
 no file attachments), which is really a shame.
 
 
 Issue tracking would still be done using Jira. Same as for most other Apache 
 projects
 
 -- John
 
 On 17 Sep 2014, at 10:26, Tilman Hausherr thaush...@t-online.de wrote:
 
 Hi Maruan,
 
 The examples only.
 
 With the docs I assume you mean the website. I've never touched it 
 (although I might in the future), it isn't part of the project, so I don't 
 mind.
 
 Tilman
 
 Am 17.09.2014 um 19:01 schrieb Maruan Sahyoun:
 is that because of the examples, the docs or both?
 
 BR
 
 Maruan
 
 Am 17.09.2014 um 18:46 schrieb Tilman Hausherr thaush...@t-online.de:
 
 It is a I don't like it, but I can live with it but I think it might be 
 a pain. A soft -1.
 
 Tilman
 
 Am 17.09.2014 um 08:40 schrieb Andreas Lehmkühler:
 Hi,
 
 Tilman Hausherr thaush...@t-online.de hat am 16. September 2014 um 
 18:03
 geschrieben:
 
 
 -1, I don't like the idea to have different repository types.
 Hmmm, is this just a I don't like it, but I can live with it or is it 
 a clear
 veto?
 
 In a case of a veto, how about starting with moving parts of the docs 
 to a new
 git repo? IMO sooner or later the project will move from svn to git and 
 that
 would be a good opertunity to get used to the general usage of git and 
 of course
 to the special processes used here at the ASF so that we are not thrown 
 in at
 the deep end after the migration.
 
 Tilman
 BR
 Andreas
 
 Am 16.09.2014 um 10:21 schrieb Maruan Sahyoun:
 Hi there,
 
 in order to make it easier for people to contribute to the 
 documentation and
 examples I thought about the potential benefits of moving these to a 
 git
 based repository instead of svn. The main idea behind that is to allow
 people to contribute via github opening another channel of 
 communication and
 making it easier to contribute.
 
 Proposed names are pdfbox-docs and pdfbox-examples. Take a look at
 https://github.com/apache/cordova-docs for an example of that.
 
 I haven’t thought about all potential implications and changes 
 necessary yet
 but wanted to get a first feedback about support for that idea before
 putting more effort into that.
 
 WDYT?
 
 Maruan
 
 



[jira] [Commented] (PDFBOX-2304) square glyphs missing

2014-09-20 Thread Tilman Hausherr (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14141947#comment-14141947
 ] 

Tilman Hausherr commented on PDFBOX-2304:
-

PDFBOX-1756-427330.pdf is also improved.

 square glyphs missing
 -

 Key: PDFBOX-2304
 URL: https://issues.apache.org/jira/browse/PDFBOX-2304
 Project: PDFBox
  Issue Type: Bug
  Components: FontBox, Rendering
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
Assignee: John Hewson
 Fix For: 2.0.0


 In the file PDFBOX-2294-TaroUTR50SortedList112.pdf e.g. on page 17 (but some 
 others too) the squares and the X-ed squares are missing in the rendering.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-2372) Regressions 19.9.2014

2014-09-20 Thread Tilman Hausherr (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14141948#comment-14141948
 ] 

Tilman Hausherr commented on PDFBOX-2372:
-

The cause were the changes in PDFBOX-2304 [ https://svn.apache.org/r1626340 ]. 
I just tested without and the regressions are gone.

 Regressions 19.9.2014
 -

 Key: PDFBOX-2372
 URL: https://issues.apache.org/jira/browse/PDFBOX-2372
 Project: PDFBox
  Issue Type: Bug
  Components: FontBox
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
  Labels: regression

 There are several regressions from the changes done on the evening of 
 19.9.2014. Because I can't map these to one single change, I had to open a 
 new issue.
 PDFBOX-563-acroform.pdf: trash glyphs at the bottom
 PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
 PDFBOX-1756-427330.pdf: trash glyphs on the left
 PDFBOX-2245-052567.pdf: trash glyphs 
 PDFBOX-2251-070075.pdf: trash glyphs



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-2371) Overlay page off by one when using -useAllPages

2014-09-20 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14141992#comment-14141992
 ] 

ASF subversion and git services commented on PDFBOX-2371:
-

Commit 1626445 from [~lehmi] in branch 'pdfbox/branches/1.8'
[ https://svn.apache.org/r1626445 ]

PDFBOX-2371: fixed allPagesOverlay as proposed by Laurent Yaish

 Overlay page off by one when using -useAllPages
 ---

 Key: PDFBOX-2371
 URL: https://issues.apache.org/jira/browse/PDFBOX-2371
 Project: PDFBox
  Issue Type: Bug
  Components: Utilities
Affects Versions: 1.8.7
Reporter: Laurent Yaish
Assignee: Andreas Lehmkühler
  Labels: overlay
 Attachments: Overlay.java.patch


 When using the new -useAllPages option added in 1.8.7, the usePageNum doesn't 
 account for the fact that the specificOverlayPage is indexed by zero and the 
 output ends up with overlay pages shifted
 e.g. The output page 1 has page 2 from the overlay.
 We need to subtract 1 from the pageNumber when getting the overlay page 
 number.
 int usePageNum = (pageNumber - 1) % numberOfOverlayPages;



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-2371) Overlay page off by one when using -useAllPages

2014-09-20 Thread ASF subversion and git services (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14141993#comment-14141993
 ] 

ASF subversion and git services commented on PDFBOX-2371:
-

Commit 1626446 from [~lehmi] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1626446 ]

PDFBOX-2371: fixed allPagesOverlay as proposed by Laurent Yaish

 Overlay page off by one when using -useAllPages
 ---

 Key: PDFBOX-2371
 URL: https://issues.apache.org/jira/browse/PDFBOX-2371
 Project: PDFBox
  Issue Type: Bug
  Components: Utilities
Affects Versions: 1.8.7
Reporter: Laurent Yaish
Assignee: Andreas Lehmkühler
  Labels: overlay
 Attachments: Overlay.java.patch


 When using the new -useAllPages option added in 1.8.7, the usePageNum doesn't 
 account for the fact that the specificOverlayPage is indexed by zero and the 
 output ends up with overlay pages shifted
 e.g. The output page 1 has page 2 from the overlay.
 We need to subtract 1 from the pageNumber when getting the overlay page 
 number.
 int usePageNum = (pageNumber - 1) % numberOfOverlayPages;



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (PDFBOX-2371) Overlay page off by one when using -useAllPages

2014-09-20 Thread JIRA

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

Andreas Lehmkühler updated PDFBOX-2371:
---
Affects Version/s: 2.0.0

 Overlay page off by one when using -useAllPages
 ---

 Key: PDFBOX-2371
 URL: https://issues.apache.org/jira/browse/PDFBOX-2371
 Project: PDFBox
  Issue Type: Bug
  Components: Utilities
Affects Versions: 1.8.7, 2.0.0
Reporter: Laurent Yaish
Assignee: Andreas Lehmkühler
  Labels: overlay
 Fix For: 1.8.8

 Attachments: Overlay.java.patch


 When using the new -useAllPages option added in 1.8.7, the usePageNum doesn't 
 account for the fact that the specificOverlayPage is indexed by zero and the 
 output ends up with overlay pages shifted
 e.g. The output page 1 has page 2 from the overlay.
 We need to subtract 1 from the pageNumber when getting the overlay page 
 number.
 int usePageNum = (pageNumber - 1) % numberOfOverlayPages;



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (PDFBOX-2371) Overlay page off by one when using -useAllPages

2014-09-20 Thread JIRA

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

Andreas Lehmkühler updated PDFBOX-2371:
---
Fix Version/s: 1.8.8

 Overlay page off by one when using -useAllPages
 ---

 Key: PDFBOX-2371
 URL: https://issues.apache.org/jira/browse/PDFBOX-2371
 Project: PDFBox
  Issue Type: Bug
  Components: Utilities
Affects Versions: 1.8.7, 2.0.0
Reporter: Laurent Yaish
Assignee: Andreas Lehmkühler
  Labels: overlay
 Fix For: 1.8.8

 Attachments: Overlay.java.patch


 When using the new -useAllPages option added in 1.8.7, the usePageNum doesn't 
 account for the fact that the specificOverlayPage is indexed by zero and the 
 output ends up with overlay pages shifted
 e.g. The output page 1 has page 2 from the overlay.
 We need to subtract 1 from the pageNumber when getting the overlay page 
 number.
 int usePageNum = (pageNumber - 1) % numberOfOverlayPages;



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (PDFBOX-2371) Overlay page off by one when using -useAllPages

2014-09-20 Thread JIRA

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

Andreas Lehmkühler resolved PDFBOX-2371.

Resolution: Fixed

Thanks for the contribution

 Overlay page off by one when using -useAllPages
 ---

 Key: PDFBOX-2371
 URL: https://issues.apache.org/jira/browse/PDFBOX-2371
 Project: PDFBox
  Issue Type: Bug
  Components: Utilities
Affects Versions: 1.8.7, 2.0.0
Reporter: Laurent Yaish
Assignee: Andreas Lehmkühler
  Labels: overlay
 Fix For: 1.8.8

 Attachments: Overlay.java.patch


 When using the new -useAllPages option added in 1.8.7, the usePageNum doesn't 
 account for the fact that the specificOverlayPage is indexed by zero and the 
 output ends up with overlay pages shifted
 e.g. The output page 1 has page 2 from the overlay.
 We need to subtract 1 from the pageNumber when getting the overlay page 
 number.
 int usePageNum = (pageNumber - 1) % numberOfOverlayPages;



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


Build failed in Jenkins: PDFBox 1.8.x (JDK7) » PDFBox parent #85

2014-09-20 Thread Apache Jenkins Server
See 
https://builds.apache.org/job/PDFBox%201.8.x%20(JDK7)/org.apache.pdfbox$pdfbox-parent/85/

--
maven3-agent.jar already up to date
maven3-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
===[JENKINS REMOTING CAPACITY]===   channel started
log4j:WARN No appenders could be found for logger 
(org.apache.commons.beanutils.converters.BooleanConverter).
log4j:WARN Please initialize the log4j system properly.
Executing Maven:  -B -f /jenkins/workspace/PDFBox 1.8.x (JDK7)/1.8/pom.xml 
-Dmaven.repo.local=/jenkins/maven-repositories/0 clean deploy -Ppedantic
[INFO] Scanning for projects...
[INFO] 
[INFO] Reactor Build Order:
[INFO] 
[INFO] PDFBox parent
[INFO] Apache FontBox
[INFO] Apache JempBox
[INFO] Apache XmpBox
[INFO] Apache PDFBox
[INFO] Apache Preflight
[INFO] Apache Preflight application
[INFO] Apache PDFBox for Lucene
[INFO] Apache PDFBox for Ant
[INFO] Apache PDFBox webapp
[INFO] Apache PDFBox application
[INFO] Apache PDFBox examples
[INFO] PDFBox reactor
[INFO] 
[INFO] 
[INFO] Building PDFBox parent 1.8.8-SNAPSHOT
[INFO] 
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-remote-resources-plugin/1.2.1/maven-remote-resources-plugin-1.2.1.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-remote-resources-plugin/1.2.1/maven-remote-resources-plugin-1.2.1.pom
 (13 KB at 229.4 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-remote-resources-plugin/1.2.1/maven-remote-resources-plugin-1.2.1.jar
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-remote-resources-plugin/1.2.1/maven-remote-resources-plugin-1.2.1.jar
 (63 KB at 1798.7 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-site-plugin/3.0/maven-site-plugin-3.0.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-site-plugin/3.0/maven-site-plugin-3.0.pom
 (20 KB at 1101.2 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-site-plugin/3.0/maven-site-plugin-3.0.jar
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-site-plugin/3.0/maven-site-plugin-3.0.jar
 (112 KB at 3011.5 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-plugin/0.6/apache-rat-plugin-0.6.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-plugin/0.6/apache-rat-plugin-0.6.pom
 (6 KB at 372.4 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-project/0.6/apache-rat-project-0.6.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-project/0.6/apache-rat-project-0.6.pom
 (13 KB at 748.0 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-plugin/0.6/apache-rat-plugin-0.6.jar
Downloaded: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-plugin/0.6/apache-rat-plugin-0.6.jar
 (32 KB at 1440.3 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-deploy-plugin/2.6/maven-deploy-plugin-2.6.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-deploy-plugin/2.6/maven-deploy-plugin-2.6.pom
 (6 KB at 342.6 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-deploy-plugin/2.6/maven-deploy-plugin-2.6.jar
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-deploy-plugin/2.6/maven-deploy-plugin-2.6.jar
 (24 KB at 1400.5 KB/sec)
[INFO] 
[INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ pdfbox-parent ---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.2.1:process (default) @ 
pdfbox-parent ---
Downloading: 
http://repo1.maven.org/maven2/org/apache/velocity/velocity/1.6.4/velocity-1.6.4.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/velocity/velocity/1.6.4/velocity-1.6.4.pom
 (11 KB at 357.6 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/velocity/velocity/1.6.4/velocity-1.6.4.jar
Downloaded: 
http://repo1.maven.org/maven2/org/apache/velocity/velocity/1.6.4/velocity-1.6.4.jar
 (412 KB at 5714.8 KB/sec)
[INFO] 
[INFO] --- maven-site-plugin:3.0:attach-descriptor (attach-descriptor) @ 
pdfbox-parent ---
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-exec/1.0.1/maven-reporting-exec-1.0.1.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-exec/1.0.1/maven-reporting-exec-1.0.1.pom
 (10 KB at 579.0 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-module-apt/1.2/doxia-module-apt-1.2.pom
Downloaded: 

Build failed in Jenkins: PDFBox 1.8.x (JDK7) #85

2014-09-20 Thread Apache Jenkins Server
See https://builds.apache.org/job/PDFBox%201.8.x%20(JDK7)/85/changes

Changes:

[lehmi] PDFBOX-2371: fixed allPagesOverlay as proposed by Laurent Yaish

--
[...truncated 1802 lines...]
[INFO] 
[INFO] Building PDFBox parent 1.8.8-SNAPSHOT
[INFO] 
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-remote-resources-plugin/1.2.1/maven-remote-resources-plugin-1.2.1.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-remote-resources-plugin/1.2.1/maven-remote-resources-plugin-1.2.1.pom
 (13 KB at 229.4 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-remote-resources-plugin/1.2.1/maven-remote-resources-plugin-1.2.1.jar
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-remote-resources-plugin/1.2.1/maven-remote-resources-plugin-1.2.1.jar
 (63 KB at 1798.7 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-site-plugin/3.0/maven-site-plugin-3.0.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-site-plugin/3.0/maven-site-plugin-3.0.pom
 (20 KB at 1101.2 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-site-plugin/3.0/maven-site-plugin-3.0.jar
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-site-plugin/3.0/maven-site-plugin-3.0.jar
 (112 KB at 3011.5 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-plugin/0.6/apache-rat-plugin-0.6.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-plugin/0.6/apache-rat-plugin-0.6.pom
 (6 KB at 372.4 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-project/0.6/apache-rat-project-0.6.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-project/0.6/apache-rat-project-0.6.pom
 (13 KB at 748.0 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-plugin/0.6/apache-rat-plugin-0.6.jar
Downloaded: 
http://repo1.maven.org/maven2/org/apache/rat/apache-rat-plugin/0.6/apache-rat-plugin-0.6.jar
 (32 KB at 1440.3 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-deploy-plugin/2.6/maven-deploy-plugin-2.6.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-deploy-plugin/2.6/maven-deploy-plugin-2.6.pom
 (6 KB at 342.6 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-deploy-plugin/2.6/maven-deploy-plugin-2.6.jar
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-deploy-plugin/2.6/maven-deploy-plugin-2.6.jar
 (24 KB at 1400.5 KB/sec)
[INFO] 
[INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ pdfbox-parent ---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.2.1:process (default) @ 
pdfbox-parent ---
Downloading: 
http://repo1.maven.org/maven2/org/apache/velocity/velocity/1.6.4/velocity-1.6.4.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/velocity/velocity/1.6.4/velocity-1.6.4.pom
 (11 KB at 357.6 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/velocity/velocity/1.6.4/velocity-1.6.4.jar
Downloaded: 
http://repo1.maven.org/maven2/org/apache/velocity/velocity/1.6.4/velocity-1.6.4.jar
 (412 KB at 5714.8 KB/sec)
[INFO] 
[INFO] --- maven-site-plugin:3.0:attach-descriptor (attach-descriptor) @ 
pdfbox-parent ---
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-exec/1.0.1/maven-reporting-exec-1.0.1.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-exec/1.0.1/maven-reporting-exec-1.0.1.pom
 (10 KB at 579.0 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-module-apt/1.2/doxia-module-apt-1.2.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-module-apt/1.2/doxia-module-apt-1.2.pom
 (3 KB at 152.6 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-module-xdoc/1.2/doxia-module-xdoc-1.2.pom
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-module-xdoc/1.2/doxia-module-xdoc-1.2.pom
 (6 KB at 353.2 KB/sec)
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-exec/1.0.1/maven-reporting-exec-1.0.1.jar
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-module-apt/1.2/doxia-module-apt-1.2.jar
Downloading: 
http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-module-xdoc/1.2/doxia-module-xdoc-1.2.jar
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-exec/1.0.1/maven-reporting-exec-1.0.1.jar
 (22 KB at 1315.6 KB/sec)
Downloaded: 
http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-module-apt/1.2/doxia-module-apt-1.2.jar
 (51 KB at 1370.8 KB/sec)
Downloaded: 

Build failed in Jenkins: PDFBox 1.8.x » PDFBox parent #269

2014-09-20 Thread Apache Jenkins Server
See 
https://builds.apache.org/job/PDFBox%201.8.x/org.apache.pdfbox$pdfbox-parent/269/

--
maven3-agent.jar already up to date
maven3-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
===[JENKINS REMOTING CAPACITY]===   channel started
maven3-agent.jar already up to date
maven3-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
===[JENKINS REMOTING CAPACITY]===   channel started
log4j:WARN No appenders could be found for logger 
(org.apache.commons.beanutils.converters.BooleanConverter).
log4j:WARN Please initialize the log4j system properly.
Executing Maven:  -B -f /jenkins/workspace/PDFBox 1.8.x/1.8/pom.xml 
-Dmaven.repo.local=/jenkins/maven-repositories/0 clean deploy -Ppedantic
[INFO] Scanning for projects...
[INFO] 
[INFO] Reactor Build Order:
[INFO] 
[INFO] PDFBox parent
[INFO] Apache FontBox
[INFO] Apache JempBox
[INFO] Apache XmpBox
[INFO] Apache PDFBox
[INFO] Apache Preflight
[INFO] Apache Preflight application
[INFO] Apache PDFBox for Lucene
[INFO] Apache PDFBox for Ant
[INFO] Apache PDFBox webapp
[INFO] Apache PDFBox application
[INFO] Apache PDFBox examples
[INFO] PDFBox reactor
[INFO] 
[INFO] 
[INFO] Building PDFBox parent 1.8.8-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ pdfbox-parent ---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.2.1:process (default) @ 
pdfbox-parent ---
[INFO] 
[INFO] --- maven-site-plugin:3.0:attach-descriptor (attach-descriptor) @ 
pdfbox-parent ---
[INFO] 
[INFO] --- apache-rat-plugin:0.6:check (default) @ pdfbox-parent ---
[INFO] Exclude: release.properties
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ pdfbox-parent 
---
[INFO] Installing 
https://builds.apache.org/job/PDFBox%201.8.x/org.apache.pdfbox$pdfbox-parent/ws/pom.xml
 to 
/jenkins/maven-repositories/0/org/apache/pdfbox/pdfbox-parent/1.8.8-SNAPSHOT/pdfbox-parent-1.8.8-SNAPSHOT.pom
[INFO] 
[INFO] --- maven-deploy-plugin:2.6:deploy (default-deploy) @ pdfbox-parent ---
Downloading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/pdfbox/pdfbox-parent/1.8.8-SNAPSHOT/maven-metadata.xml
Downloaded: 
https://repository.apache.org/content/repositories/snapshots/org/apache/pdfbox/pdfbox-parent/1.8.8-SNAPSHOT/maven-metadata.xml
 (609 B at 0.6 KB/sec)
Uploading: 
https://repository.apache.org/content/repositories/snapshots/org/apache/pdfbox/pdfbox-parent/1.8.8-SNAPSHOT/pdfbox-parent-1.8.8-20140920.150617-11.pom


Build failed in Jenkins: PDFBox 1.8.x #269

2014-09-20 Thread Apache Jenkins Server
See https://builds.apache.org/job/PDFBox%201.8.x/269/changes

Changes:

[lehmi] PDFBOX-2371: fixed allPagesOverlay as proposed by Laurent Yaish

--
[...truncated 1703 lines...]
AU
preflight/src/main/java/org/apache/pdfbox/preflight/process/ValidationProcess.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/process/FileSpecificationValidationProcess.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/process/MetadataValidationProcess.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/process/TrailerValidationProcess.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/process/XRefValidationProcess.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/process/BookmarkValidationProcess.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/process/AbstractProcess.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/process/AcroFormValidationProcess.java
A preflight/src/main/java/org/apache/pdfbox/preflight/metadata
AU
preflight/src/main/java/org/apache/pdfbox/preflight/metadata/SynchronizedMetaDataValidation.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/metadata/PDFAIdentificationValidation.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/metadata/XpacketParsingException.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/metadata/RDFAboutAttributeConcordanceValidation.java
AUpreflight/src/main/java/org/apache/pdfbox/preflight/PreflightPath.java
AUpreflight/src/main/java/org/apache/pdfbox/preflight/Validator_A1b.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/PreflightConfiguration.java
A preflight/src/main/java/org/apache/pdfbox/preflight/parser
A 
preflight/src/main/java/org/apache/pdfbox/preflight/parser/XmlResultParser.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/parser/PreflightParser.java
A preflight/src/main/java/org/apache/pdfbox/preflight/xobject
AU
preflight/src/main/java/org/apache/pdfbox/preflight/xobject/XObjImageValidator.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/xobject/AbstractXObjValidator.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/xobject/XObjFormValidator.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/xobject/XObjPostscriptValidator.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/xobject/XObjectValidator.java
A preflight/src/main/java/org/apache/pdfbox/preflight/exception
AU
preflight/src/main/java/org/apache/pdfbox/preflight/exception/PdfParseException.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/exception/BodyParseException.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/exception/ValidationException.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/exception/TrailerParseException.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/exception/CrossRefParseException.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/exception/SyntaxValidationException.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/exception/HeaderParseException.java
AU
preflight/src/main/java/org/apache/pdfbox/preflight/exception/MissingValidationProcessException.java
A preflight/src/main/javacc
A preflight/src/main/javacc/pdf_extractor.jj
A preflight/src/main/javacc/pdf_full_grammar.jj
A preflight/src/main/appended-resources
A preflight/src/main/appended-resources/META-INF
AUpreflight/src/main/appended-resources/META-INF/NOTICE.txt
AUpreflight/src/main/appended-resources/META-INF/LICENSE.txt
A preflight/src/main/resources
AUpreflight/pom.xml
A preflight/README.txt
AURELEASE-NOTES.txt
A war
A war/src
A war/src/main
A war/src/main/webapp
AUwar/src/main/webapp/highlight.jsp
A war/src/main/webapp/WEB-INF
AUwar/src/main/webapp/WEB-INF/web.xml
AUwar/src/main/webapp/bookmarks.xml
AUwar/src/main/webapp/index.html
AUwar/pom.xml
A parent
AUparent/pom.xml
AUpom.xml
AUNOTICE.txt
AUdoap_PDFBox.rdf
AULICENSE.txt
A preflight-app
A preflight-app/src
A preflight-app/src/main
A preflight-app/src/main/appended-resources
A preflight-app/src/main/appended-resources/META-INF
AUpreflight-app/src/main/appended-resources/META-INF/NOTICE
AUpreflight-app/src/main/appended-resources/META-INF/LICENSE
AUpreflight-app/pom.xml
 U.
At revision 1626451
Parsing POMs
maven3-agent.jar already up to date
maven3-interceptor.jar already up to date
maven3-interceptor-commons.jar already up to date
[1.8] $ 

Jenkins build is back to normal : PDFBox-trunk » PDFBox parent #1293

2014-09-20 Thread Apache Jenkins Server
See 
https://builds.apache.org/job/PDFBox-trunk/org.apache.pdfbox$pdfbox-parent/1293/



Jenkins build is back to normal : PDFBox-trunk #1293

2014-09-20 Thread Apache Jenkins Server
See https://builds.apache.org/job/PDFBox-trunk/1293/changes



Jenkins build is back to stable : PDFBox-trunk » Apache PDFBox #1293

2014-09-20 Thread Apache Jenkins Server
See 
https://builds.apache.org/job/PDFBox-trunk/org.apache.pdfbox$pdfbox/1293/changes



[jira] [Commented] (PDFBOX-2364) CCITT image renders incorrectly

2014-09-20 Thread John Hewson (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14142091#comment-14142091
 ] 

John Hewson commented on PDFBOX-2364:
-

Given the way that the image wraps/splits it's very likely that we're looking 
at a JVM bug. So you think it is due to scaling a grayscale image? (or maybe 
binary?). We might be able to work around that?

 CCITT image renders incorrectly
 ---

 Key: PDFBOX-2364
 URL: https://issues.apache.org/jira/browse/PDFBOX-2364
 Project: PDFBox
  Issue Type: Bug
  Components: Rendering
Affects Versions: 2.0.0
Reporter: John Hewson
  Labels: CCITTFaxDecode, ccitt
 Attachments: PDFBOX-2338-2038866.jpg, PDFBOX-2338-p6.jpg


 The file from PDFBOX-2338 has a CCITT image on p6 which renders incorrectly.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-2363) wrong color in rendering

2014-09-20 Thread John Hewson (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14142092#comment-14142092
 ] 

John Hewson commented on PDFBOX-2363:
-

That's a fair point, though we don't want to be suck with warnings in the 
override case, maybe two methods would be better... I'll give this some thought.

 wrong color in rendering
 

 Key: PDFBOX-2363
 URL: https://issues.apache.org/jira/browse/PDFBOX-2363
 Project: PDFBox
  Issue Type: Bug
  Components: Rendering
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
Assignee: Tilman Hausherr
  Labels: regression
 Fix For: 2.0.0

 Attachments: PDFBOX-1094-065514-XStep32767.pdf, 
 PDFBOX-2237-041715.pdf, PDFBOX-2250-107425-empty-xref.pdf, 
 PDFBOX-2347-263071.pdf, gs-bugzilla692845.pdf


 The circle with Bellas modas has the wrong color, it should be white and 
 was white yesterday, and now it is brown.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-2333) Overhaul the apperance generation for PDF forms

2014-09-20 Thread John Hewson (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14142097#comment-14142097
 ] 

John Hewson commented on PDFBOX-2333:
-

{quote}
There are no such restrictions that only certain fonts can be used within forms
{quote}

Yes, it seems so, though there are certainly fonts which could not be used in 
this manner (e.g. embedded CID fonts which us an Identity-H or V encoding lack 
the required information to map from Unicode text entered by the user back to 
glyphs to be displayed in the font. The only mapping they contain is from PDF 
character codes (which are meaningless) directly to glyphs (whose name, in this 
case a CID from the Identity-H CMap is meaningless).

{quote}
There are already text layout mechanisms in fop, odftoolkit
{quote}

This sounds really promising - any links to the relevant source code?

 Overhaul the apperance generation for PDF forms
 ---

 Key: PDFBOX-2333
 URL: https://issues.apache.org/jira/browse/PDFBOX-2333
 Project: PDFBox
  Issue Type: Improvement
  Components: AcroForm
Reporter: Maruan Sahyoun
 Fix For: 2.0.0

 Attachments: AcroForms-SimpleTextFields.1.8.7.pdf, 
 AcroForms-SimpleTextFields.1.8.7.png, AcroForms-SimpleTextFields.pdf


 The appearance handling for forms in 1.x is limited and does not reflect all 
 settings possible for form fields. In addition the current code is not very 
 modular and does not follow the box model used for form fields. 
 Unfortunately only the basics of form handling are defined in the PDF spec. 
 The details like padding of boxes, text placement etc. have to be determined 
 by looking at how Adobe forms are generated.
 Update: The file from PDFBOX-2310 has bad rendering which might be related?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-2304) square glyphs missing

2014-09-20 Thread John Hewson (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14142099#comment-14142099
 ] 

John Hewson commented on PDFBOX-2304:
-

Sorry, I tested this on the wrong file, I had enough file with similar problems.

 square glyphs missing
 -

 Key: PDFBOX-2304
 URL: https://issues.apache.org/jira/browse/PDFBOX-2304
 Project: PDFBox
  Issue Type: Bug
  Components: FontBox, Rendering
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
Assignee: John Hewson
 Fix For: 2.0.0


 In the file PDFBOX-2294-TaroUTR50SortedList112.pdf e.g. on page 17 (but some 
 others too) the squares and the X-ed squares are missing in the rendering.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-2372) Regressions 19.9.2014

2014-09-20 Thread John Hewson (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14142103#comment-14142103
 ] 

John Hewson commented on PDFBOX-2372:
-

Sorry - it was such a simple commit - yet it caused so many problems... I'll 
take a look.

 Regressions 19.9.2014
 -

 Key: PDFBOX-2372
 URL: https://issues.apache.org/jira/browse/PDFBOX-2372
 Project: PDFBox
  Issue Type: Bug
  Components: FontBox
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
  Labels: regression

 There are several regressions from the changes done on the evening of 
 19.9.2014. Because I can't map these to one single change, I had to open a 
 new issue.
 PDFBOX-563-acroform.pdf: trash glyphs at the bottom
 PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
 PDFBOX-1756-427330.pdf: trash glyphs on the left
 PDFBOX-2245-052567.pdf: trash glyphs 
 PDFBOX-2251-070075.pdf: trash glyphs



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (PDFBOX-2372) Regressions 19.9.2014

2014-09-20 Thread Tilman Hausherr (JIRA)

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

Tilman Hausherr updated PDFBOX-2372:

Description: 
There are several regressions from the changes done on the evening of 
19.9.2014. Because I can't map these to one single change, I had to open a new 
issue.

PDFBOX-563-acroform.pdf: trash glyphs at the bottom
PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
PDFBOX-2245-052567.pdf: trash glyphs 
PDFBOX-2251-070075.pdf: trash glyphs

  was:
There are several regressions from the changes done on the evening of 
19.9.2014. Because I can't map these to one single change, I had to open a new 
issue.

PDFBOX-563-acroform.pdf: trash glyphs at the bottom
PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
PDFBOX-1756-427330.pdf: trash glyphs on the left
PDFBOX-2245-052567.pdf: trash glyphs 
PDFBOX-2251-070075.pdf: trash glyphs


 Regressions 19.9.2014
 -

 Key: PDFBOX-2372
 URL: https://issues.apache.org/jira/browse/PDFBOX-2372
 Project: PDFBox
  Issue Type: Bug
  Components: FontBox
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
  Labels: regression

 There are several regressions from the changes done on the evening of 
 19.9.2014. Because I can't map these to one single change, I had to open a 
 new issue.
 PDFBOX-563-acroform.pdf: trash glyphs at the bottom
 PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
 PDFBOX-2245-052567.pdf: trash glyphs 
 PDFBOX-2251-070075.pdf: trash glyphs



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-2372) Regressions 19.9.2014

2014-09-20 Thread Tilman Hausherr (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14142128#comment-14142128
 ] 

Tilman Hausherr commented on PDFBOX-2372:
-

I looked again - in PDFBOX-2251-070075.pdf the trash glyphs do appear with 
Adobe Reader so it doesn't matter whether you have them or not. In 
PDFBOX-2245-052567.pdf the trash glyphs do not appear in Adobe Reader but it 
doesn't matter either because something is wrong with that file at that place. 
And PDFBOX-1756-427330.pdf is actually correct.

So only the first two files are really wrong.

 Regressions 19.9.2014
 -

 Key: PDFBOX-2372
 URL: https://issues.apache.org/jira/browse/PDFBOX-2372
 Project: PDFBox
  Issue Type: Bug
  Components: FontBox
Affects Versions: 2.0.0
Reporter: Tilman Hausherr
  Labels: regression

 There are several regressions from the changes done on the evening of 
 19.9.2014. Because I can't map these to one single change, I had to open a 
 new issue.
 PDFBOX-563-acroform.pdf: trash glyphs at the bottom
 PDFBOX-1735-confidential.pdf p7: trash glyphs on the left
 PDFBOX-1756-427330.pdf: trash glyphs on the left
 PDFBOX-2245-052567.pdf: trash glyphs 
 PDFBOX-2251-070075.pdf: trash glyphs



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-2364) CCITT image renders incorrectly

2014-09-20 Thread Tilman Hausherr (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-2364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14142150#comment-14142150
 ] 

Tilman Hausherr commented on PDFBOX-2364:
-

Here's a thread (in german) that it doesn't work:
https://groups.google.com/forum/#!msg/de.comp.lang.java/v5vbtL955io/HUaFiZvScZwJ

Here an answer that doesn't really help:
https://community.oracle.com/thread/1686209?start=0tstart=0

This bug report suggests that scale to gray does exist:
http://bugs.java.com/view_bug.do?bug_id=4325646

However searching not for the term but for the purpose find this, which could 
be useful:

- Class SubsampleBinaryToGrayDescriptor

-  Image.getScaledInstance() 
https://stackoverflow.com/questions/3967731/java-scale-image-best-practice
https://today.java.net/pub/a/today/2007/04/03/perils-of-image-getscaledinstance.html

I haven't tested it.

 CCITT image renders incorrectly
 ---

 Key: PDFBOX-2364
 URL: https://issues.apache.org/jira/browse/PDFBOX-2364
 Project: PDFBox
  Issue Type: Bug
  Components: Rendering
Affects Versions: 2.0.0
Reporter: John Hewson
  Labels: CCITTFaxDecode, ccitt
 Attachments: PDFBOX-2338-2038866.jpg, PDFBOX-2338-p6.jpg


 The file from PDFBOX-2338 has a CCITT image on p6 which renders incorrectly.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (PDFBOX-1094) Pattern colorspace support

2014-09-20 Thread Tilman Hausherr (JIRA)

[ 
https://issues.apache.org/jira/browse/PDFBOX-1094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14142196#comment-14142196
 ] 

Tilman Hausherr commented on PDFBOX-1094:
-

I can't apply the patch for TilingPaint: Cannot apply hunk @@ 14

 Pattern colorspace support
 --

 Key: PDFBOX-1094
 URL: https://issues.apache.org/jira/browse/PDFBOX-1094
 Project: PDFBox
  Issue Type: Improvement
  Components: Rendering
Affects Versions: 1.6.0
Reporter: Andreas Lehmkühler
Priority: Minor
 Attachments: ColoredTilingPaint.patch, PATTYP1.pdf, PATTYP2.pdf, 
 PDF32000_2008_pg737.pdf, PDFBOX-1094-065514-XStep32767.pdf, 
 PDFBOX-1094-094730.pdf, PDFBOX-1094-096213-p18.pdf, 
 PDFBOX-1094-118358-Step-32767.pdf, PDFBOX-1094-PDFBOX-269.pdf, 
 PDFBOX-1094-tiling_pattern.pdf-1-broken-tiles-with-ceil.png, 
 PDFBOX-1861-tracemonkey13.png, PDFStreamEngine.patch, PageDrawer.patch, 
 _pdfbox-1094-tiling_pattern.pdf-1-blurry.png, bugzilla8677511.jpg, 
 gs-bugzilla693653.pdf, jagpdf_doc_patterns.pdf, 
 jagpdf_doc_patterns.pdf-1.png, pdfbox-1094-pdf32000_2008_pg737.pdf-1.png, 
 pdfbox-1094-pdf32000_2008_pg737.pdf-1.png, pdfbox-1094-pdfbox-269.pdf-2.png, 
 pdfbox-1094-tiling_pattern.pdf-1.png, pdfbox-1094-tiling_pattern.pdf-1.png, 
 pdfbox-1094-tiling_pattern.pdf-1.png, pdfbox-1861-tracemonkey.pdf-13.png, 
 pdfbox-1861-tracemonkey.pdf-13.png, tiling_pattern.pdf, 
 v2_tiling_patterns.patch


 PDFBox doesn't support PDPattern colorspaces



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)