https://issues.apache.org/ooo/show_bug.cgi?id=122984
Armin Le Grand <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|NOT_AN_ISSUE |--- --- Comment #9 from Armin Le Grand <[email protected]> --- It looks as if we setup a PrintJob for every single page, this would explain the behaviour (still bad when external tools create invalid TIFFs). In Printer::SetPaperSizeUser the Paper (data type) is set to PAPER_USER in any case, but in the same method it is evtl. moved to another Paper in method ImplFindPaperFormatForUserSize. Because of that the next call to Printer::SetPaperSizeUser will think a new JobSetup is needed since the Paper created by ImplFindPaperFormatForUserSize != PAPER_USER. I have added for test purposes to compare Paper against PAPER_USER and the mapped Paper type (which can be computed using the paper size and ImplGetPaperFormat), this does no longer change the JobSetup and a two page Writer doc can be converted from the system to a two page tiff which can be opened. Caveats are: (a) The normal print also currently does a new JobSetup for every page which seems to be wrong but works; changing this would be a deeper change (b) The created MultiPage TIFF can be read by MS viewer and others, but not by our own TIFF importer. Already took a look, seems to be a problem with the last line decoding in 2D 1Bit mode... Reopening... -- You are receiving this mail because: You are on the CC list for the issue. You are the assignee for the issue. You are watching all issue changes.
