Bug 135612 - EDITING Rotated table cell text overflowing to next page is not entirely visible
Summary: EDITING Rotated table cell text overflowing to next page is not entirely visible
Status: VERIFIED DUPLICATE of bug 138600
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: DOCX-Tables
  Show dependency treegraph
 
Reported: 2020-08-10 12:45 UTC by NISZ LibreOffice Team
Modified: 2021-08-05 08:49 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file from Word (10.57 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-08-10 12:45 UTC, NISZ LibreOffice Team
Details
Screenshot of the original document side by side in Word and Writer (69.83 KB, image/png)
2020-08-10 12:45 UTC, NISZ LibreOffice Team
Details
The example document after scrolling down-up-down (18.74 KB, image/png)
2020-08-10 12:46 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2020-08-10 12:45:31 UTC
Created attachment 164111 [details]
Example file from Word

This is a followup to bug #127118
Now the long text in the table cell appears (but not entirely) as rotated in the cell part on the second page, but scrolling the page makes the text disappear in the lower cell part.

Steps to reproduce:
    1. Open attached document
    2. Scroll to the second page then back to the first, then to the second

Actual results:
The rotated part of the text becomes invisible in the second page until you click in the table. Also the last few words are not visible at all: should be “Vestibulum consequat mi quis pretium semper. “ but “quis pretium semper.” is unreadable.

Expected results:
Text should stay visible.

LibreOffice details:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: <buildversion>
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL
(Nightly from 2020-08-08 03:16:08 )
Comment 1 NISZ LibreOffice Team 2020-08-10 12:45:49 UTC
Created attachment 164112 [details]
Screenshot of the original document side by side in Word and Writer
Comment 2 NISZ LibreOffice Team 2020-08-10 12:46:05 UTC
Created attachment 164113 [details]
The example document after scrolling down-up-down
Comment 3 NISZ LibreOffice Team 2021-07-21 09:30:36 UTC
This seems to be fixed since:

https://git.libreoffice.org/core/+/20f12960ae546ab90b1e216d5ed3f0dc576f1b48

author	Miklos Vajna <vmiklos@collabora.com>	Mon Dec 14 21:05:02 2020 +0100
committer	Miklos Vajna <vmiklos@collabora.com>	Wed Dec 16 09:08:55 2020 +0100

tdf#138600 sw: fix too small print area for btlr text in nested table

Thanks Miklos for fixing this one too!

*** This bug has been marked as a duplicate of bug 138600 ***
Comment 4 NISZ LibreOffice Team 2021-08-05 08:49:53 UTC
Verified in:

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: ad1b12686da88bea57582df10fa85268ada209b8
CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: default; VCL: win
Locale: hu-HU (hu_HU); UI: hu-HU
Calc: threaded