| Summary: | PRINTING: Optimal row height not working correctly | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | pavelz <pavel.zahradnik> |
| Component: | Spreadsheet | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | mark.beuvink |
| Version: | 4.1.0.4 release | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
Sample file with optimal row heights
bug 68375 example |
||
With LO 4.2 master build from 2013-08-20 when opening the document, I see a cut off field. As soon as I select cell B2 (only field with content) the field gets displayed with correct size and no longer cut-off. On OS X 10.8.4 and LO 4.2 masterbuild printing preview and saving as PDF does work fine ONLY AFTER I once clicked into the B2 cell. If I don't click into cell B2 printing preview and pdf do display a cutoff cell as described by Pavelz. Setting to NEW. Created attachment 112464 [details] bug 68375 example Another instance of the bug. I also ran into this bug/was able to reproduce it in LibreOffice 3.5.7.2 Build ID: 350m1(Build:2). See attached file in print-preview mode. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 84385 [details] Sample file with optimal row heights Setting optimal row height does not work for printing or print preview. Cell content in some cases is cropped or overlaps another rows. See print preview of attached file. I did not notice such problem before 4.1.