You are viewing a plain text version of this content. The canonical link for it is here.
Posted to odf-dev@incubator.apache.org by "Josef Härtl (JIRA)" <ji...@apache.org> on 2018/08/29 06:32:00 UTC
[jira] [Updated] (ODFTOOLKIT-476) Infinite-Loop and NPE adding a
row to a table with merged cells
[ https://issues.apache.org/jira/browse/ODFTOOLKIT-476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Josef Härtl updated ODFTOOLKIT-476:
-----------------------------------
Description:
We're facing problems when adding a row (using odf-simple) to a table that contains merged cells.
More specifially, the problem occurs as soon there is a horizontally merged cell that is followed by a vertically merged one. Then, inserting another row at the end of the table results in an infinite loop.
An example would be (the A's and B's should be joined)
|| ||A||A||B|| || ||
| | | |B| | |
The problem stops if there is another (un-merged) row below the vertical merged cells.
Adding a column in between A and B, however, results in a NullPointerException.
I've created and attached 2 minimal samples illustrating the problem. Just place the odt into resources and run.
Some words on our environment:
* Java 8 (for now)
* odfdom version 0.8.11 and simple-odf 0.8.2, also known as "0.6.2-incubating".
I will gladly provide more input if required.
PS: Meanwhile we found your information in Tickets 466 and 471 and http://mail-archives.apache.org/mod_mbox/incubator-odf-users/201807.mbox/browser stating your wish to rather build a new api. We currently evaluate our options but accept that this will affect bugfixing the simple-api.
was:
We're facing problems when adding a row (using odf-simple) to a table that contains merged cells.
More specifially, the problem occurs as soon there is a horizontally merged cell that is followed by a vertically merged one. Then, inserting another row at the end of the table results in an infinite loop.
An example would be (the A's and B's should be joined)
|| ||A||A||B|| || ||
| | | |B| | |
The problem stops if there is another (un-merged) row below the vertical merged cells.
Adding a column in between A and B, however, results in a NullPointerException.
I've created and attached 2 minimal samples illustrating the problem. Just place the odt into resources and run.
Some words on our environment:
* Java 8 (for now)
* odfdom version 0.8.11 and simple-odf 0.8.2, also known as "0.6.2-incubating".
I will gladly provide more input if required.
> Infinite-Loop and NPE adding a row to a table with merged cells
> ---------------------------------------------------------------
>
> Key: ODFTOOLKIT-476
> URL: https://issues.apache.org/jira/browse/ODFTOOLKIT-476
> Project: ODF Toolkit
> Issue Type: Bug
> Components: simple api
> Affects Versions: 0.6.2-incubating
> Reporter: Josef Härtl
> Priority: Major
> Attachments: EndlessLoop.java, EndlessLoop.odt, NPE.java, NPE.odt
>
>
> We're facing problems when adding a row (using odf-simple) to a table that contains merged cells.
> More specifially, the problem occurs as soon there is a horizontally merged cell that is followed by a vertically merged one. Then, inserting another row at the end of the table results in an infinite loop.
> An example would be (the A's and B's should be joined)
>
> || ||A||A||B|| || ||
> | | | |B| | |
> The problem stops if there is another (un-merged) row below the vertical merged cells.
> Adding a column in between A and B, however, results in a NullPointerException.
>
>
> I've created and attached 2 minimal samples illustrating the problem. Just place the odt into resources and run.
>
> Some words on our environment:
> * Java 8 (for now)
> * odfdom version 0.8.11 and simple-odf 0.8.2, also known as "0.6.2-incubating".
> I will gladly provide more input if required.
> PS: Meanwhile we found your information in Tickets 466 and 471 and http://mail-archives.apache.org/mod_mbox/incubator-odf-users/201807.mbox/browser stating your wish to rather build a new api. We currently evaluate our options but accept that this will affect bugfixing the simple-api.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)