Bug 153070 - docx table shifted to 2nd page
Summary: docx table shifted to 2nd page
Status: RESOLVED DUPLICATE of bug 58521
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.6.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: DOCX-Footnote-Endnote
  Show dependency treegraph
 
Reported: 2023-01-17 16:43 UTC by jindam, vani
Modified: 2023-05-24 10:00 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
pdf export of attachment 95592 on bug 76027 (7.99 KB, application/pdf)
2023-01-17 16:45 UTC, jindam, vani
Details

Note You need to log in before you can comment on or make changes to this bug.
Description jindam, vani 2023-01-17 16:43:52 UTC
Description:
table shifted to 2nd page

Steps to Reproduce:
1. open attachment 95592 [details] on bug 76027
2.
3.

Actual Results:
table and text are on page 2

Expected Results:
table and text must be on page 1


Reproducible: Always


User Profile Reset: No

Additional Info:
repro on android viewer [fdroid version]:
Version: 7.6.0.0.alpha0+
Build ID: d6c54b3d4ee7
Comment 1 jindam, vani 2023-01-17 16:45:38 UTC
Created attachment 184712 [details]
pdf export of  attachment 95592 [details] on bug 76027
Comment 2 Michael Weghorn 2023-01-18 09:15:07 UTC
This is not Android-specific, it's the same for the desktop version of LibreOffice.

I can reproduce that when opening the file in Word instead, table and text are on page 1.

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 377a8c8ed7dd997d1ac96918b69f805880d208af
CPU threads: 12; OS: Linux 6.0; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded
Comment 3 Gabor Kelemen (allotropia) 2023-05-24 10:00:38 UTC

*** This bug has been marked as a duplicate of bug 58521 ***