Bug 83796 - Images jump lots of pages in master document
Summary: Images jump lots of pages in master document
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.3.2.2 release
Hardware: All All
: medium critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 84291 (view as bug list)
Depends on:
Blocks:
 
Reported: 2014-09-12 11:19 UTC by Daniel Grigoras
Modified: 2016-05-09 20:08 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
master doc exported in pdf with LO 4.3.3.0.0+ (631.93 KB, application/pdf)
2014-09-28 16:17 UTC, Jean-Baptiste Faure
Details
Successively created PDF's of master.odm with 4.3.2.2 (387.90 KB, application/zip)
2014-09-29 10:41 UTC, Holger Schmithüsen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Grigoras 2014-09-12 11:19:52 UTC
Hi,

I am currently working with a master document, and despite fixing the layout at the level of the subdocument, there are crippling problems with regard to the placing of images, as some of them, upon the text being reflowed, end up pushed down to the next page, but instead of just staying on the next page they jump 5 to 15, even 60 pages (!), and thus leave all of those pages behind them simply empty, which is making it impossible to publish any usable PDF version.

I have labeled this as "critical", though I should have labeled it as a "blocker".
Comment 1 Adolfo Jayme Barrientos 2014-09-12 11:36:12 UTC
(In reply to comment #0)
> I have labeled this as "critical", though I should have labeled it as a
> "blocker".

Yeah, every bug is of utmost importance for their reporter. No news.

FYI, this is (roughly) how we evaluate each bug’s importance: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg
Comment 2 Jean-Baptiste Faure 2014-09-14 17:37:13 UTC
Without test document and a clear step by step scenario to reproduce the problem, it impossible to reproduce it and to fix the bug if there is one.

Set importance back to standard value until this bug has been confirmed.

Please try again with the current stable version 4.3.1.

Set status to NEEDINFO. Please set it back to UNCONFIRMED once you have provided requested informations. Thank you for your understanding.

Best regards. JBF
Comment 3 Joel Madero 2014-09-25 05:17:07 UTC
*** Bug 84291 has been marked as a duplicate of this bug. ***
Comment 4 Holger Schmithüsen 2014-09-25 07:12:20 UTC
Set status back to UNCONFIRMED.

Requested info has been provided for duplicate of this bug:
Bug 84291 https://bugs.freedesktop.org/show_bug.cgi?id=84291
Comment 5 Jean-Baptiste Faure 2014-09-28 16:17:06 UTC
Created attachment 107014 [details]
master doc exported in pdf with LO 4.3.3.0.0+

Not reproducible for me with attachment 106806 [details] from duplicate bug 84291.
I did my test with version 4.3.3.0.0+ built at home under Ubuntu 14.04 x86-64.

Please, could you try again with the current 4.3.2 stable version recently released ?

Set status to NEEDINFO. Please set it back to UNCONFIRMED once you have provided requested informations. Thank you for your understanding.

Best regards. JBF
Comment 6 Holger Schmithüsen 2014-09-29 10:41:13 UTC
Created attachment 107057 [details]
Successively created PDF's of master.odm with 4.3.2.2
Comment 7 Holger Schmithüsen 2014-09-29 10:42:00 UTC
I downloaded and installed the stable release from:
http://download.documentfoundation.org/libreoffice/stable/4.3.2/deb/x86_64/LibreOffice_4.3.2_Linux_x86-64_deb.tar.gz
Info in "About dialogue" is: Version: 4.3.2.2, Build ID: edfb5295ba211bd31ad47d0bad0118690f76407d

The problem still exists. Here is how I've tested it:

I've opened "master.odm" from attachment 106806 [details]. Initially, writer shows the correct page count of 81 in the lower left corner. Then I ran "File - Export as PDF..." and created attached "master1.pdf" with 92 pages; page 36 is the first empty page that should not be there. The page count in writer also changed to 92. Then I re-ran "File - Export as PDF..." and created attached "master2.pdf" with 84 pages, three to many. The page count in writer changed to 84 and after some time without doing anything in writer dropped to 81. Then I exported again and "master3.pdf" was created with the correct 81 pages.

Unfortunately, the original document I can export to PDF only once after opening. When exporting again, writer shows "Repagination..." in the status bar at the bottom and it will not finish for an hour or so.
Comment 8 Daniel Grigoras 2014-09-29 11:08:26 UTC
Indeed, upon export to PDF repagination is done, which reflows the text and which in turn changes the page count. As the TOC is not updated anymore during this process, the pages mentioned in the TOC do not correspond anymore to the real pages. The change in page numbers is caused by some of the figures jumping numerous pages and leaving empty pages behind them.
Comment 9 Holger Schmithüsen 2014-10-07 11:01:55 UTC
@JBF: Does the behaviour occur for you with the current stable release 4.3.2? Can it be an external library issue? If more info is needed to reproduce the bug, I'm happy to help.
Comment 10 retired 2014-12-16 08:45:18 UTC
Can a test file be provided pls? Also is this still happening with LO 4.4b2?
http://www.libreoffice.org/download/pre-releases/
Comment 11 Daniel Grigoras 2014-12-16 09:02:03 UTC
You can download a test file from here: https://www.dropbox.com/s/vz43d9x0v1t3fxr/master_for_support.zip?dl=0
Comment 12 bugzilla 2015-05-13 13:02:26 UTC
Try to remove all fo:break-befor="page" in "context.xml"

This worked for me, very well.
On a 400+ pages odm document.

See:

http://ask.libreoffice.org/en/question/21740/how-do-i-prevent-master-document-adding-additional-blank-pages/


Best regards

Tigges
Comment 13 QA Administrators 2015-12-27 20:31:27 UTC
Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INVALID
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
 
Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team
Comment 14 QA Administrators 2016-05-09 20:08:09 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INVALID due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

This INVALID Message was generated on: 2016-05-09