https://bugs.documentfoundation.org/show_bug.cgi?id=147014
--- Comment #10 from Eike Rathke <[email protected]> --- As https://opengrok.libreoffice.org/xref/core/sc/source/filter/oox/worksheethelper.cxx?r=75036ee9#387 says, awt::Size maDrawPageSize is "Current size of the drawing page in 1/100 mm." Clamping the setting of maDrawPageSize (and points to be accessed on it) might be an interim solution, unless a file actually uses the drawing layer more than 21km further down.. One could try to replace all awt::Point and awt::Size and awt::Rectangle usage in the filter with 64-bit counter parts to at least have the filter internals calculate on proper coordinates and clamp later, which would shift problems to another (though less likely) boundary. Note however that attachment 177926 and comment 9 is an *export* problem, the original report is an *import* problem. For the export we have the additional constraint that the Pos/Size properties obtained in cellsuno.cxx are part of the published UNO API and expected to be held by the awt::Point and awt::Size types. Clamping there is not so good, rather take care of negative 32-bit values when converting to 64-bit values to roll the overflow back. -- You are receiving this mail because: You are the assignee for the bug.
