To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project ooxml-schemas has an issue affecting its community integration.
This issue
https://bz.apache.org/bugzilla/show_bug.cgi?id=59853
Javen O'Neal changed:
What|Removed |Added
Attachment #34153|1 |0
is patch|
https://bz.apache.org/bugzilla/show_bug.cgi?id=60094
--- Comment #4 from Javen O'Neal ---
Created attachment 34257
--> https://bz.apache.org/bugzilla/attachment.cgi?id=34257&action=edit
Diff of Apache POI-generated and Excel created reportFilter.xlsx
--
You are receiving this mail because:
Yo
https://bz.apache.org/bugzilla/show_bug.cgi?id=60094
--- Comment #3 from Javen O'Neal ---
Created attachment 34256
--> https://bz.apache.org/bugzilla/attachment.cgi?id=34256&action=edit
reportFilter.xlsx created by hand in Excel 2013
--
You are receiving this mail because:
You are the assigne
https://bz.apache.org/bugzilla/show_bug.cgi?id=60141
Javen O'Neal changed:
What|Removed |Added
OS||All
--- Comment #1 from Javen O'Neal -
https://bz.apache.org/bugzilla/show_bug.cgi?id=60141
Bug ID: 60141
Summary: Executing a program in Eclipse is displaying an
exception on the console: "Exception in thread "main"
org.apache.poi.openxml4j.exceptions.OpenXML4JRuntimeEx
With the exception of the ppt master slide text, the content looks consistent
across the POI file types.
Found two bugs in my eval code, but no regressions that would hold up the
release :)
All thanks to Luis Filipe Nassif for diagnosis and the patch!
> I have some minor modifications/simplifications
Y, I wanted to change as little as possible. It is probably better to move all
of the checks we do for "is this a cleaner" in unmap() up to the point where we
add to the buffer. It f
I'm finally taking a look at the new exceptions from the reports.
Most of the new exceptions seem to be on attachments within ppt. We recently
changed how we handle embedded ole-wrapped attachments in ppt, and we're
discovering new embedded file types. [1]
Next...to look at the content report.
Hi,
The mem-leak patch looks good and sane!
I am still not sure how they end up with such a large amount of allocated
memory for one file, but it is surely better to not keep the buffers if we
do not need the special handling during close() anyway.
I have some minor modifications/simplifications
>* I'll take a look at the patch on TIKA-2058, if it's low-risk it can go in
I committed Luis Filipe Nassif's patch last night (BUG 60140). Please do take
a look to make sure the change doesn't cause any unforeseen problems.
>> * I could do with input from those who use HSLF about whether to hol
David North wrote
> * I could do with input from those who use HSLF about whether to hold up
> another RC for the issue below.
I've already patched the HSLF issue yesterday, based on the placeholder
being a metroblob shape,
but I wanted to think about it, if this is really a good idea or if a
diff
OK, current status:
* I'll take a look at the patch on TIKA-2058, if it's low-risk it can go in
* I could do with input from those who use HSLF about whether to hold up
another RC for the issue below.
I may not have time to roll RC3 tonight; if not I'll do it tomorrow
night which gives us all the
https://bz.apache.org/bugzilla/show_bug.cgi?id=60140
--- Comment #3 from Dominik Stadler ---
Yes, it should be able, although we have at least one bug-entry stating that
some versions of zip-implementations cause issues when opening the
zipped-XML-based file formats.
Please create a separate Bu
14 matches
Mail list logo
