Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 4.0
-
Component/s: Core/Parsing
-
Labels:None
-
Environment:Viewer RI, text selection tool
Description
I can't seem to find the forum case that mentioned this but I have the code patch in my work plan. The PDF in question caused the initialization thread to go off to never never land because the WordText class was trying insert a couple hundred thousand spaces as part of its word detection calculation gone wrong. I think the corner case here is that the affine transform changed mid stream resulting in an incorrect space calculation.
Activity
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #21611 | Wed Jun 02 07:39:01 MDT 2010 | patrick.corless | |
| Files Changed | ||||
MODIFY
/icepdf/trunk/icepdf/core/src/org/icepdf/core/pobjects/graphics/text/WordText.java
|
| Field | Original Value | New Value |
|---|---|---|
| Salesforce Case | [] | |
| Fix Version/s | 4.0.2 [ 10234 ] |
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
| Fix Version/s | 4.1 [ 10227 ] |
| Status | Resolved [ 5 ] | Closed [ 6 ] |

I put in a word space throttle of 50 spaces max. This correct the looping issue and avoids for now having to go through the trouble of normalizing the coordinate spaces.