I didn't like the way I performed one operation.Īrray index should not have been constant. I have also changed the header/footer image processing to be namespace aware (see PR #3137).

It also meant that Xlsx/Writer/Rels might write an entry with the same rId twice. It also needs a bit extra validation to make sure a drawing exists before adding it to its array of header/footer images. It has been changed to use only the relationship whose `rId` matches the worksheet's `legacyDrawingHF` `rId`. It also neglected to add the suffix in Reader/Xlsx/PageSetup.Īs for 435, it loops through all the worksheet relationships, and uses the last that it finds as the base for header/footer drawings. It added a 'ps' suffix to printer settings resources in Xlsx Reader (to avoid name conflicts), but did not limit itself to a single addition (so subseqent generations would have multiple ps's). The issue from 1690 is easier to explain and deal with. An additional contributor to the issue at hand was PR #1690 (December 2020), which again exposed itself with a third generation copy.

That change was very useful, but it had problems which exposed themselves only with a third generation copy. The apparent cause of the problem was PR #435, sometime around June 2018. This error was introduced a long time ago, in PhpSpreadsheet 1.3.0. However, if you tried to load and save that spreadsheet, PhpSpreadsheet would be unable to find the footer image and would therefore throw an exception. It could be loaded and saved as another spreadsheet. A worksheet contained an image in its footer. Generation3 Copy With Image in Footer ( #3140 ) * Generation3 Copy With Image in Footerįix #3126.

Apache openoffice writer free download