[Bug 58443] [PATCH] Corrupted workbook: sheet contains overlapping merged regions

https://bz.apache.org/bugzilla/show_bug.cgi?id=58443 --- Comment #6 from David North --- Spun performance regression off as bug 58885 -- You are receiving this mail because: You are the assignee for the bug.

[Bug 58885] New: Performance regression on addition of merged regions

https://bz.apache.org/bugzilla/show_bug.cgi?id=58885 Bug ID: 58885 Summary: Performance regression on addition of merged regions Product: POI Version: unspecified Hardware: PC OS: Linux Status: NEW

[Bug 58883] Numbers after the decimal point are being cut (rounded) in version 3.13, but not in version 3.10.1 (BWC break)

https://bz.apache.org/bugzilla/show_bug.cgi?id=58883 --- Comment #6 from Andreas Beeker --- There was a discussion around the time when POI 3.10.1 [1] came out and there was #57951 [2] which changed the implementation in this area Hopefully the referenced change was the

[Bug 58883] New: Numbers after the decimal point are being cut (rounded) in version 3.13, but not in version 3.10.1 (BWC break)

https://bz.apache.org/bugzilla/show_bug.cgi?id=58883 Bug ID: 58883 Summary: Numbers after the decimal point are being cut (rounded) in version 3.13, but not in version 3.10.1 (BWC break) Product: POI Version:

[Bug 58883] Numbers after the decimal point are being cut (rounded) in version 3.13, but not in version 3.10.1 (BWC break)

https://bz.apache.org/bugzilla/show_bug.cgi?id=58883 sha...@datorama.com changed: What|Removed |Added Severity|critical|blocker Priority|P2

[Bug 58883] Numbers after the decimal point are being cut (rounded) in version 3.13, but not in version 3.10.1 (BWC break)

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

[Bug 58883] Numbers after the decimal point are being cut (rounded) in version 3.13, but not in version 3.10.1 (BWC break)

https://bz.apache.org/bugzilla/show_bug.cgi?id=58883 --- Comment #3 from sha...@datorama.com --- What i'm doing is reading the cells and writing them to a csv file: try(Reader reader = new InputStreamReader(sheetInputStream,"UTF-8")){ InputSource sheetSource = new InputSource(reader);

[Bug 58883] Numbers after the decimal point are being cut (rounded) in version 3.13, but not in version 3.10.1 (BWC break)

https://bz.apache.org/bugzilla/show_bug.cgi?id=58883 --- Comment #5 from sha...@datorama.com --- The custom DataFormatter is used only for date values. Yes, in excel it shows the same value as POI now gives. So what you are saying is that this behavior has changed a bit? because for sure it

[Bug 58883] Numbers after the decimal point are being cut (rounded) in version 3.13, but not in version 3.10.1 (BWC break)

https://bz.apache.org/bugzilla/show_bug.cgi?id=58883 --- Comment #2 from sha...@datorama.com --- What i'm doing is reading the cells and writing them to a csv file: try(Reader reader = new InputStreamReader(sheetInputStream,"UTF-8")){ InputSource sheetSource = new

[Bug 58883] Numbers after the decimal point are being cut (rounded) in version 3.13, but not in version 3.10.1 (BWC break)

https://bz.apache.org/bugzilla/show_bug.cgi?id=58883 --- Comment #4 from Nick Burch --- You seem to be using a custom DataFormatter class, could that be the issue? Opening up your sample file, EH1 seems to be formatted as General, which means that the number will be

table column size differ in different row

Hi, I need help regarding the Apache POI for generating MS-Word. My requirements is to set the table column size in the given row that varies from row to row. So, kindly give me some sample code or the way to do if it is possible to do. Example : Hope, you will provide

Re: Abstract classes vs Util classes

Hi Javen, I've already thought about writing to the dev list when I've read your comments on bug 58787. And now that you've mentioned common sl, I think I need to give my two pence ... With common sl I also had to made that decision of going the *ssf way or having base classes (e.g. for

Re: Abstract classes vs Util classes

On Mon, 18 Jan 2016, Javen O'Neal wrote: There are certainly some good cases for having Util classes, but sometimes the best thing is to have the functionality right in the class. The problem is there is no place to put code that would be used by all implementing classes besides a utility.

Re: Abstract classes vs Util classes

> Also, is there that much that's common for (eg) HSSFCell & XSSFCell & > SXSSFCell & that proposed hybrid sax reading thingy? How about [1] XSSFSheet.copyCellFrom(Cell, CellCopyPolicy), which I haven't added to HSSFCell and the Cell interface yet partially because I didn't want to duplicate the

Abstract classes vs Util classes

We currently have several Util classes that serve the purpose of reducing duplicated code between HSSF and XSSF. I rambled about this all little on bug 58787 [1], but figured a mail list was more appropriate for discussion. There are certainly some good cases for having Util classes, but

Build failed in Jenkins: POI-JDK8 #815

See Changes: [centic] Fix possible NullPointerException with invalid/unsupported image types -- [...truncated 1678 lines...] [junit] Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:

Jenkins build is back to normal : POI-JDK8 #816

See - To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org For additional commands, e-mail: dev-h...@poi.apache.org