| Summary: | Table in 2nd column wrongly split over page break; unstable rendering | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Jim Avera <jim.avera> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | buzea.bogdan, telesto |
| Priority: | medium | ||
| Version: | 7.6.0.0 alpha0+ | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 103100 | ||
| Attachments: |
tablesplit1.odt (see STEPS TO REPRODUCE)
exploded_screenshot.png after_save_reload.png tablesplit1_screenshot.png |
||
Created attachment 185141 [details]
exploded_screenshot.png
Created attachment 185142 [details]
after_save_reload.png
Unfortunately, the unstable rendering problem made "tablesplit1.odt" no longer show exactly the problem described in the original report. Instead, after reloading tablesplit1.odt, Table #6 is not split but table #7 is split across columns within the second page. No splitting of any kind should occur because none of the table have splitting enabled in their Properties. Created attachment 185143 [details]
tablesplit1_screenshot.png
(In reply to Jim Avera from comment #0) > === CASE 2 DESCRIPTION === > > Please see "exploded_screenshot.png" where the last table is split into many > pieces on several pages. I got this after some sequence of inserts and > pasting of copies of the table which I can't reproduce. > > After I did Save and then Reload, the rendering changed so that it was > similar to CASE 1 above. Please see "after_save_reload.png". Something > about this bug makes rendering unstable across save & reload. Steps to reproduce this/similar case 1. Open attachment 185140 [details] 2. Go to multi page view 3. Cursor in Table 5, bottom row 4. Press add row Already reported somewhere, I think. However still a nice and clean testcase, though |
Created attachment 185140 [details] tablesplit1.odt (see STEPS TO REPRODUCE) Sometimes tables are wrongly split across a page break and/or wrap into the wrong column on the next page, and the splitting behavior is not stable over save & reload. Attached are a couple of test case .odt files. Each of them started as a single page containing a SECTION with two columns (so the text before the section is single-column). The 2-column section contains several Tables (all but the first copy-pasted). === CASE 1 STEPS TO REPRODUCE === 1. Load attached tablesplit1.odt Notice that the last table ("table #6") is split across the page break, but the split-off portion appears in the SECOND column of the next page, not the first column. That is, the split portion of table #6 appears "after" table #7 (which is in the first column of the second page). 2. Put cursor in table #6 Table->Properties->Text Flow Notice that "Allow table to split across pages and columns" is NOT checked. RESULTS: Table #6 wrongly split with the split-off portion landing in the 2nd column of the next page, i.e. "after" Table #7 EXPECTED RESULTS: Table #6 should have forced a skip to the next page because there is not enough room for it in the remaining space on the first page. === CASE 2 DESCRIPTION === Please see "exploded_screenshot.png" where the last table is split into many pieces on several pages. I got this after some sequence of inserts and pasting of copies of the table which I can't reproduce. After I did Save and then Reload, the rendering changed so that it was similar to CASE 1 above. Please see "after_save_reload.png". Something about this bug makes rendering unstable across save & reload.