https://bugs.documentfoundation.org/show_bug.cgi?id=75269
--- Comment #22 from Armin Le Grand <[email protected]> --- It happens in the dialog (SvxGrfCropPage) itself; the correct read value (large nTop) is set at initialization. Then the dialog executes SvxGrfCropPage::GraphicHasChanged where the crop values are adjusted when they seem unplausible (// if the margin is too big, it is set to 1/3 on both pages). Thus all is working as expected, sorry to tell you that for unknown reasons your files got corrupted. If you can reproduce how that corruption might have happened, I would be very happy. Please edit/adapt your files as needed by setting the needed values once. Opening the dialog, let it adapt the values to the shown ones and pressing OK does not change the crop values. This is debatable, but since the change was not user-initiated I think that is okay. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
