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 tree / graph
 
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
View All Add an attachment (proposed patch, testcase, etc.)

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 ***