Re: xls record length exception

2017-04-26 Thread Javen O'Neal
Are there any multibyte Unicode characters in the record? Any chance you could open the file in a hex editor or modify the biff record reader to dump the bytes of just that record? If the record contents are sensitive, you could redact all single-byte codepoints with 0x41 ("A"). Of course at

[Bug 61048] Newlines in cells not rendering with SXSSF

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61048 --- Comment #2 from Michael Smith --- Created attachment 34959 --> https://bz.apache.org/bugzilla/attachment.cgi?id=34959=edit SXSSF - changed to - newline renders correctly -- You are receiving this mail because: You

[Bug 61048] Newlines in cells not rendering with SXSSF

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61048 --- Comment #1 from Michael Smith --- Created attachment 34958 --> https://bz.apache.org/bugzilla/attachment.cgi?id=34958=edit SXSSF - newline not rendered -- You are receiving this mail because: You are the assignee for

[Bug 61048] New: Newlines in cells not rendering with SXSSF

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61048 Bug ID: 61048 Summary: Newlines in cells not rendering with SXSSF Product: POI Version: 3.15-FINAL Hardware: PC Status: NEW Severity: normal Priority: P2

[Bug 61045] RecordFormatException: Expected to find a ContinueRecord in order to read remaining 1 of 51 chars

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61045 Nick Burch changed: What|Removed |Added Status|NEW |NEEDINFO ---

[Bug 61045] RecordFormatException: Expected to find a ContinueRecord in order to read remaining 1 of 51 chars

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61045 Tim Allison changed: What|Removed |Added OS||All --- Comment #1

[Bug 61045] New: RecordFormatException: Expected to find a ContinueRecord in order to read remaining 1 of 51 chars

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61045 Bug ID: 61045 Summary: RecordFormatException: Expected to find a ContinueRecord in order to read remaining 1 of 51 chars Product: POI Version: 3.16-dev

xls record length exception

2017-04-26 Thread Allison, Timothy B.
All, I can't share the file, but... (sorry, it hurts me too). File opens without problem in Excel. If anyone has any recommendations, I'd appreciate it. Caused by: org.apache.poi.hssf.record.RecordFormatException: Expected to find a ContinueRecord in order to read remaining 1 of 51 chars

[Bug 61033] [PATCH] Add Workbook.setCellFormulaValidation to control whether formulas are validated during Cell.setCellFormula or not

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61033 --- Comment #7 from Travis Burtrum --- Also I've been pushing up my branches here too if it makes it easier to look at: https://github.com/moparisthebest/poi/commits/formula_patch

[Bug 61033] [PATCH] Add Workbook.setCellFormulaValidation to control whether formulas are validated during Cell.setCellFormula or not

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61033 --- Comment #6 from Travis Burtrum --- Created attachment 34954 --> https://bz.apache.org/bugzilla/attachment.cgi?id=34954=edit 0002-Unit-tests-for-XSSFWorkbook.setCellFormulaValidation.patch Unit tests for

[Bug 61033] [PATCH] Add Workbook.setCellFormulaValidation to control whether formulas are validated during Cell.setCellFormula or not

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61033 --- Comment #5 from Travis Burtrum --- Created attachment 34953 --> https://bz.apache.org/bugzilla/attachment.cgi?id=34953=edit 0001-Add-XSSFWorkbook.setCellFormulaValidation-to-control.patch Alternative

[Bug 61041] my code can't read the xlsx, casuse by: ZIP_Read: specified offset out of range

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61041 Javen O'Neal changed: What|Removed |Added Resolution|FIXED |WONTFIX --- Comment

[Bug 61044] setCompressTempFiles(true) must be called before createSheet()

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61044 Nick Burch changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 61041] my code can't read the xlsx, casuse by: ZIP_Read: specified offset out of range

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61041 Ian Sue changed: What|Removed |Added Resolution|--- |FIXED

[Bug 61044] setCompressTempFiles(true) must be called before createSheet()

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61044 Tim Jones changed: What|Removed |Added Attachment #34952|Documentation patch |Documentation

[Bug 61044] setCompressTempFiles(true) must be called before createSheet()

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61044 --- Comment #1 from Tim Jones --- Created attachment 34952 --> https://bz.apache.org/bugzilla/attachment.cgi?id=34952=edit Documentation patch This patch adds the text: "Setting this option only affects

[Bug 61044] New: setCompressTempFiles(true) must be called before createSheet()

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61044 Bug ID: 61044 Summary: setCompressTempFiles(true) must be called before createSheet() Product: POI Version: 3.15-FINAL Hardware: Macintosh OS: Mac OS X

[Bug 61031] XSSFWorkbook and SXSSFWorkbook produce different output

2017-04-26 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=61031 --- Comment #5 from Tim Jones --- I'm measuring the resulting compressed document, yes. My main surprise was that the output was different (starting with the whitespace, and finishing with things like inline styles