[Bug 159029] Inconsistent display of vertical table alignments in merged cells that span pages
https://bugs.documentfoundation.org/show_bug.cgi?id=159029 --- Comment #6 from ajlittoz --- Please note that _Bottom_ alignment is also buggy. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159029] Inconsistent display of vertical table alignments in merged cells that span pages
https://bugs.documentfoundation.org/show_bug.cgi?id=159029 m_a_riosv changed: What|Removed |Added CC||page74010...@yahoo.fr --- Comment #5 from m_a_riosv --- *** Bug 162193 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159029] Inconsistent display of vertical table alignments in merged cells that span pages
https://bugs.documentfoundation.org/show_bug.cgi?id=159029
--- Comment #4 from William Friedman ---
Stephane, I was about to upload a test document, so thank you for saving me the
time.
I was playing around with your document, and noticed a new wrinkle. To make
this less wordy, I'm going to use "hello" to refer to the top merged cell and
"goodbye" to refer to the bottom merged cell. After step 12:
13. Delete the last remaining line before the table. This causes the "goodbye"
cell to span onto the first page. "Hello" jumps to the bottom of the column
(correctly!), while "goodbye" jumps to the top (incorrectly).
14. Hit ctrl-Z or insert a new line before the table. Now both "hello" and
"goodbye" are fully on their own pagess. "Hello" stays the bottom (correctly!),
and "goodbye" jumps back to the bottom (correctly!).
15. Insert another new line before the table. "Hello" now spans two pages, and
its text jumps back to the top. "Goodbye" remains correctly bottom-aligned.
16. Hit ctrl-Z. Despite the fact that "hello" is now back on one page, its text
remains stuck at the top. "Goodbye" remains correctly at the bottom.
It seems from this that the bottom alignment of the top merged cell ("hello")
is recalculated when the bottom merged cell ("goodbye") starts to appear on the
first page, but *not* when the top merged cell stops spanning two pages. Once
the bottom alignment is recalculated, though it "sticks" until the merged cell
spans two pages again. But, interestingly, the bottom merged cell ("goodbye")
*does* recalculate correctly *immediately after* it stops spanning two pages,
which does not happen immediately when the top merged cell stops spanning two
pages.
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 159029] Inconsistent display of vertical table alignments in merged cells that span pages
https://bugs.documentfoundation.org/show_bug.cgi?id=159029 Stéphane Guillou (stragu) changed: What|Removed |Added CC||michael.st...@allotropia.de Ever confirmed|0 |1 Blocks||120275 Version|7.6.4.1 release |7.3.6.2 release Regression By||Michael Stahl Keywords||bibisected, bisected, ||regression Status|UNCONFIRMED |NEW --- Comment #3 from Stéphane Guillou (stragu) --- Michael, can you please have a look at the regression? Other, pre-existing issues mentioned here can be tracked separately if needed. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120275 [Bug 120275] [META] Writer table alignment bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159029] Inconsistent display of vertical table alignments in merged cells that span pages
https://bugs.documentfoundation.org/show_bug.cgi?id=159029 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org --- Comment #2 from Stéphane Guillou (stragu) --- Created attachment 192068 --> https://bugs.documentfoundation.org/attachment.cgi?id=192068=edit sample ODT to start at step 11 Attachment allows reproducing starting at step 11. (In reply to William Friedman from comment #0) > 11. Select the entire table. Go to Table Properties | Text Flow | Vertical > Alignment and set it to Bottom. Hit OK. Notice that Hello is incorrectly > displayed at the bottom of the merged cell on page 1, NOT at the true bottom > of the merged cell, which is on the top of page 2. Reproduced > 12. Go to one of the new lines above the table, and delete one of them. The > merged cell should now be entirely displayed on page 1. Notice that Hello > jumps back to the top of the merged cell rather than staying at the bottom > as it should. Reproduced Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8b393bba9bd4f8988457f3a78b0306462bf2 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded In OOo 3.3 however, at step 12: text stays at bottom of cell. So step 11 is inherited, and step 12 is a regression. Focusing on the regression, I note that: - in 7.2.0.4, clicking inside the table "refreshes" the alignment and brings the text back to the bottom (not ideal, but better than current) - in 7.3.7.2, the text remains at the top even when interacting with the table. Bibisected with linux-64-7.3 repo to first bad build [4bdbd7dd9dc55e0b0ada3a62a8de68a78811a5e2] which points to core commit dadaf930d14283f96cc06741d2eec6d846e59f7f which is a cherrypick of: commit c605283ad6785dea762feab5fdffd9d27e75c292 author Michael Stahl Mon Jul 11 19:20:33 2022 +0200 committer Michael Stahl Wed Jul 13 16:58:05 2022 +0200 sw: fix spurious layout invalidation from ~SwCallLink() Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136963 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159029] Inconsistent display of vertical table alignments in merged cells that span pages
https://bugs.documentfoundation.org/show_bug.cgi?id=159029 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #1 from Buovjaga --- (In reply to William Friedman from comment #0) > Description: > When cells are merged that span pages using centered or bottom alignment, > the text is not displayed correctly according to the selected alignment, and > is not properly updated when the merged cell appears on a single page after > having spanned multiple pages. > > Steps to Reproduce: > 1. Insert a new line. (This is not part of the bug, but makes some of the > following steps easier to follow.) > 2. Insert a table with 2 columns and 75 rows (enough to span two pages). > 3. To make seeing the bug easier, I recommend Multipage View and reducing > the zoom so that two pages are visible at once. > 4. Select all of the cells in the second column that are visible on the > first page. Merge them (F4 or Right-click | Merge). > 5. Enter the merged cell and type "hello." > 6. Select all of the cells in the second column that are visible on the > second page. Merge them (F4 or Right-click | Merge). For me, the merged cells collapse at this step, so the table only takes a bit over half a page. Therefore, I am not able to reproduce in a meaningful way. The collapsing happens even, if I have merged only a few cells. Same on Windows and Linux. Arch Linux 64-bit, X11 Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 8; OS: Linux 6.6; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US 7.6.4-2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
