Bug 92487 - Picture covers text after reload
Summary: Picture covers text after reload
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.4.3 release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-07-02 08:04 UTC by Thomas Neumann
Modified: 2017-04-12 14:00 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot (with german labels) (54.43 KB, image/png)
2015-07-02 08:04 UTC, Thomas Neumann
Details
The file whicht shows the error (4.53 MB, application/vnd.oasis.opendocument.text)
2015-07-02 12:09 UTC, Thomas Neumann
Details
page 49 - screen shot from 4443 (36.46 KB, image/png)
2015-07-02 12:33 UTC, Cor Nouws
Details
page 49 - screen shot from 5002 (69.09 KB, image/png)
2015-07-02 12:34 UTC, Cor Nouws
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Neumann 2015-07-02 08:04:53 UTC
Created attachment 116988 [details]
Screenshot (with german labels)

I have a large document (290 pages). After reload the text - flow does not act as before saving at some pictures. The text is covered by the picture. 
Moving the picture a little bit restores previous alignment / flow.
PDF export is affected, so it's not just a GUI thing.
Comment 1 Cor Nouws 2015-07-02 08:48:47 UTC
Hi Thomas,

Thanks for reporting and the screen shot.
However it is impossible to look into details without a sample document. I don't know if that would be possible to provide? Or a part of the document?
There may be various issues with pictures, depending on file format, anchoring...

Cheers,
Cor
Comment 2 Thomas Neumann 2015-07-02 12:09:22 UTC
Created attachment 116992 [details]
The file whicht shows the error

Hi,

please find attached the document which causes the issue when loaded.
Comment 3 Cor Nouws 2015-07-02 12:33:38 UTC
Created attachment 116993 [details]
page 49 - screen shot from 4443
Comment 4 Cor Nouws 2015-07-02 12:34:11 UTC
Created attachment 116994 [details]
page 49 - screen shot from 5002
Comment 5 Cor Nouws 2015-07-02 12:36:43 UTC
Thanks for the file Thomas.

Is it the picture on top of pag 49 ?
I do not see a problem when I open your file in 4.4.4.3 or 5.0.0.2

But I work on Ubuntu 32 bits, maybe a bug on Windows ?

I set back to unconfirmed.
Comment 6 Thomas Neumann 2015-07-02 13:54:42 UTC
Hi,

page 49 is correct. 
The problem occurs randomly, and not for a certain picture.
I'm able to reproduce it (but with variing pictures) with the following sequenze:

- Store as *.ODT

- Export as PDF

- Close Document and LibreOffice

- Restart LibreOffice picking the document from the mru list in win7.

- Now one or more the text 'flow' is not correct for some pictures. 

It's pretty anoing because I have to check all 290 pages before I export to pdf.

Tomy
Comment 7 Cor Nouws 2015-07-02 14:36:54 UTC
(In reply to Thomas Neumann from comment #6)

> I'm able to reproduce it (but with variing pictures) with the following
> sequenze:
> 
> - Store as *.ODT
> 
> - Export as PDF

So it is essential to first (edit) save it under a different name and then export as PDF..

> - Close Document and LibreOffice
> 
> - Restart LibreOffice picking the document from the mru list in win7.

and then close and reopen?


> - Now one or more the text 'flow' is not correct for some pictures. 

While the properties are the same, I guess..?

> It's pretty anoing because I have to check all 290 pages before I export to
> pdf.

I'm with you there :\
Comment 8 Thomas Neumann 2015-07-02 15:37:25 UTC
Hi,

just click on save (save with same file name as loaded)

export pdf from the menu - bar (no settings)

close + exit

start + load

scroll and find some of the problems.
Comment 9 Xisco Faulí 2016-09-10 14:58:52 UTC Comment hidden (obsolete)
Comment 10 Cor Nouws 2016-09-10 15:47:06 UTC
yes, please a clear example. Finding a picture in 290 pages that possibly bahves different (compared to a stat we don't know), is not a test case. Sorry.
Comment 11 QA Administrators 2017-03-28 08:18:15 UTC Comment hidden (obsolete)
Comment 12 Cor Nouws 2017-04-12 14:00:15 UTC
(In reply to Cor Nouws from comment #10)
> yes, please a clear example. Finding a picture in 290 pages that possibly
> behaves different (compared to a stat we don't know), is not a test case.
> Sorry.