https://issues.apache.org/ooo/show_bug.cgi?id=124069
--- Comment #8 from Andre <[email protected]> --- There are two parts of the core problem: 1. The horizontal axis is, when copied, treated as showing dates. 2.Invalid date or dates that lie far in the future are not handled very well. In this case 2 is triggered by 1. Re 2: The tools Date class is not well designed or implemented. It stores the year modulo 10000 and does not report overrun. This leads to a Date object created for the year 9426 (caused by 1). When the tick marks for the axis are created the next tick mark is created 582 years in the future. The resulting year modulo 10000 is 8. That is marked invalid because it is before the 'beginning of time', October 15th 1582 (start of the gregorian calendar). The DateHelper class in the chart2/ module tries to handle the invalid date by repeatedly decreasing it (by one day) until it becomes valid again. This never happens, and thus the infinite loop. Fixing this reveals a similar bug in DateTickFactory::getAllTicks() that again loops until a date reaches an upper bound and does not take into account that date+n < date. After fixing this, too, I can finally copy the chart. Pasting it reveals that the axes have different ranges and that the horizontal axis shows dates as ticks. So, I have to find why the axis is suddenly using dates to fix item 1. -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes.
