Created attachment 109243 [details]
the empty pages between text
I had a problem with the version 3.6 of Libreoffice. After I closed a document and re-opened it, out of nowhere the document pages were more than before. And as I browsed the document I could sse that before some pics it added empty pages (1 to 15 in most cases). I upgraded to 4.3 and the same problem occured but now it messed up the formation too. If I press delete to erase the empty space and then press "undo" it returns to the normal form (without the empty pages) in most cases.
On which env are you? (Windows, MacOs, Linux)
Would it be possible you attach the file by using this link:
Have in mind that any attachment is automatically made public, so remove any confidential/private part from it.
Created attachment 109246 [details]
the empty pages between text
Ι use windows 7
I talked about the file itselft, not a screenshot of the symptom.
I'm sorry but it's my thesis. If you can't help me otherwise it's ok.
Let's put this one back to UNCONFIRMED.
Hope someone may help you.
Created attachment 109283 [details]
File Test ODT
(In reply to joux.alain from comment #6)
> Created attachment 109283 [details]
> File Test ODT
So what do I do now?
(In reply to Nikos from comment #7)
> (In reply to joux.alain from comment #6)
> > Created attachment 109283 [details]
> > File Test ODT
> So what do I do now?
I suppose Alain wanted to answer to fdo#86122
Nikos: you may try to validate your file http://odf-validator.rhcloud.com/
but then I'm stuck.
You could remove the text from your document by replacing "[:letter:]" with "x" and extra figures to make it suitable to attach here.
We need more information. Marking as NEEDINFO.
You can try this new script to make it anonymous - https://wiki.documentfoundation.org/QA/BugReport/Attachments#Confidential_Attachments
Remember to back up any work you have!
If you attach a functional document please mark as UNCONFIRMED. Without more, there is nothing we can do to help really.
Created attachment 109635 [details]
I used the odf-validator but it generated tons of errors and I think this might happened because the document is in another language.
So I added a file and as I understand the problem occurs when you copy and paste some text (with images) from another document. And it isn't even sure it will happen to the same pages. Additionaly I have some images in tables and some of them are getting messed up too. If I delete the empty pages and then I press "undo" the document might come to the original form
On pc Debian x86-64 with 4.3.3 LO Debian package, I don't see empty pages.
However, sometimes graphics/images take a little time (1 or 2 secs) to appear.
Would it be possible you give a try to brand new 4.3.4 LO version?
Also how much RAM do you have?
I already use the 4.3.3 (I did an upgrade from 3.6). I have 8gb ram. The current document is much smaller than the original. The first time I saved it and reopened it it added one empty page but now it doesn't. It's so frustrating. I will try to send another one
Created attachment 109640 [details]
the original has 76 pgs
Normaly it has 76 pgs and when i reopen it it has 77 with a blank page (page 73)
(In reply to Nikos from comment #17)
> Created attachment 109640 [details]
> the original has 76 pgs
> Normaly it has 76 pgs and when i reopen it it has 77 with a blank page (page
Scrolled to the last page, 76 pages with no blanks for me.
Win 7 64-bit Version: 220.127.116.11.alpha2+
Build ID: b021b5983c62e266b82d9f0c5c6d8d8900553827
TinderBox: Win-x86@39, Branch:master, Time: 2014-11-12_01:10:08
(In reply to Nikos from comment #2)
> Ι use windows 7
(In reply to Beluga from comment #18)
> Scrolled to the last page, 76 pages with no blanks for me.
> Win 7 64-bit Version: 18.104.22.168.alpha2+
Same OS and version #:
Summary -> [hard to repro]
I can get the 77 pages with one blank page.
1. Open document.
2. Wait. For me it says 69 pages and the OLE Objects are greyed out in the Navigator.
3. Don't do anything and eventually the OLE Objects appear and the page numbers increase to 77.
Page 41 was blank.
On the page after the blank is an image (graphics11). When I opened the Image dialogue and went through the tabs to the Crop tab and then cancelled out, the image changed size. I went back into the Crop tab and while there more blank pages were added. If I waited before going back into Image then it settled down to 76 pages.
Windows Vista 64
Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16
(In reply to Gordo from comment #20)
> I can get the 77 pages with one blank page.
> 1. Open document.
> 2. Wait. For me it says 69 pages and the OLE Objects are greyed out in the
> 3. Don't do anything and eventually the OLE Objects appear and the page
> numbers increase to 77.
> Page 41 was blank.
> On the page after the blank is an image (graphics11). When I opened the
> Image dialogue and went through the tabs to the Crop tab and then cancelled
> out, the image changed size. I went back into the Crop tab and while there
> more blank pages were added. If I waited before going back into Image then
> it settled down to 76 pages.
I reproduced. Adjusted title and set to NEW.
Win 7 Pro 64-bit Version: 22.214.171.124.alpha1+
Build ID: bf9c96238e33f63922af35c0c77ceb83ff447d3e
TinderBox: Win-x86@39, Branch:master, Time: 2015-05-27_07:04:47
Locale: fi-FI (fi_FI)
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present on a currently supported version of LibreOffice
(5.1.5 or 5.2.1 https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the version of LibreOffice and
your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave
a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to "inherited from OOo";
4b. If the bug was not present in 3.3 - add "regression" to keyword
Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
I'm not getting whole blank pages, but I a
No steps to repro and less likely it will ever be resolved, especially with "shambolic image mgmt." Slow on image move or size edit.
Attachment 109635 [details] has 52 pages, possible empty part on page 14 (image from p.15) and attachment 109640 [details] has 77 pages, page 41 empty (page 73 not blank).
Tested with libo-master~2018-08-29_04.32.58_LibreOfficeDev_126.96.36.199.alpha0_Win_x86.
Attachment 109635 [details] has 52 pages, empty on page 40 (before it was on page 14).
Empty due to the following image anchored To Paragraph.
Setting to 40 and resaving doesn't help, while anchor To Character does.
Repro OO so Inherited (first 51 on open, but soon 52 pages).
Attachment 109640 [details] has 77 pages, page 41 empty, that's the same image.