Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Blank page inserted automatically after Index due to graphic in "hidden text"|
|Component:||editing||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description raindrops 2006-07-02 10:25:05 UTC
The problem was there since long. It is there even in m173. I have a 330-oage odt file. I have inserted an alphabetical index at the end of the document. The index is arranged in two column layout. The problem is that the index always ends with a blank page. I cannot eliminate this blank page. Additional observations: 1. In my file, the Index has a gray background (which does not print as gray), but the last blank page does not have any gray area: It is completely white. 2. This blank page is not related to overflowing index, because the index has ended on the left column of the second-last page itself; leaving the right-hand side column completely blank. 3. I checked out whether Writer adds this blank page to make to pages even/odd. (for example, for printing a book). To check this, I added 1-2 blank pages in the middle of the file to make the total page count odd/even; but this does not remove the blank page at the end. Besides, the blank page appears only when I add the index. The sample file (private- do not post) is with mru.
Comment 1 michael.ruess 2006-07-19 13:02:55 UTC
Could be that this is related to a "hidden" graphic, which is displayed as "graphic749" in the Navigator. Will do further investigations on this. ad 1: The background color of indexes and table of contents is only a view option and can be configured in Tools.ptions.Openoffice.Appearance. ad 2+3: see first comment.
Comment 2 raindrops 2006-07-19 15:48:53 UTC
raindrops->mru @additional observation-1: Yes, I know. I mentioned the difference between the gray pages of the index and the white last page precisely to support my theory that the last page does NOT seem to be a part of the index at all. (Otherwise it would have also appeared gray, just like the other index pages). BTW how did you isolate "graphic749", of all the images the file has? Is there something special about it?
Comment 3 michael.ruess 2006-07-19 16:12:22 UTC
I fully agree - The last empty page is not part of the index. I have found the "graphic749" when opening the document in OO 1.1.5. There it was not hidden - and placed right following the index. That's why I think that it is somehow related - but I have to find out why.
Comment 4 michael.ruess 2006-07-20 15:49:01 UTC
As I assumed, it is due to the mentioned graphic. When you enable / make visible hidden text in Tolls.Options.Writer.Writing Aids, you will see a very small graphic right below the index. The graphic is anchored inside text formatted as "hidden" in Format.Character. This seems to be confusing to Writers formatting. Deleting the graphic should workaround the problem. MRU->FME: We are referring to the document from issue 60340. If you do not have it anymore, ask me for it; it could not be published here. If the index (at the end of the document) does not end with the page, just edit inside it (delete some paragraphs), so that it ends right with the page. Having the Formatting marks disabled, you should see, that sometimes the empty page will be shown when editing in the index.
Comment 5 raindrops 2006-07-21 16:19:06 UTC
I enabled the visibility of hidden text (actually in version 2.0.3 of OOo, this option is in the "Formatting Aids" node of the tree; there is no "writing aids" node at all.) However, I cannot see this image. Nor can the navigator show graphic called "graphic749". (The highest number it shows is "graphic748".) I checked below the "x" entry in the index, but there is absolutely nothing there! What shape and color do you see in this graphic # 749? Do you have version 220.127.116.11 of the document (version number is mentioned in the footer of each page)?
Comment 6 raindrops 2006-07-24 14:55:16 UTC
I finally saw the graphic749 entry in the Navigator, but it is grayed out (and sao are a lot of other graphics). If I click on any of the grayed graphics (including the graphic # 749), the Writer does NOT take me to that image. But if I d-click on any of the non-grayed entries, Writer jumps to that page and selects the graphic also. The option to make hidden text visible is already selected. So I am still unable to see the graphic, although I could locate its entry in the Navigator. So should I raise another bug for this issue of grayed-elements in the Navigator that are inaccessible?
Comment 7 raindrops 2006-08-18 10:31:45 UTC
mru, can you please guide me on this? I am using m180 now. Also, why do you use 1.1.5? Is the behavior changed in 2.x? Thanks.
Comment 8 thefluffyone 2007-07-26 16:13:42 UTC
I am having a very similar problem with OOo 2.2.0 running under Kubuntu Feisty. A document that I converted from MS-Word has a blank page at the end that I cannot remove. The Navigator shows that there are 3 hidden graphics in the document. I can't attach the full document here as it contains sensitive information, however having stripped out all of the document contents the problem still exists. I'll post an 'empty' document that shows the issue.
Comment 9 thefluffyone 2007-07-26 16:14:42 UTC
Created attachment 47111 [details] Document with page that cannot be deleted
Comment 10 hagar_de_lest 2007-11-09 22:21:10 UTC
@ thefluffyone : it seems that the bookmark has been corrupted, maybe because it contains pictures ? In a text editor, I've opened the content.xml file inside the odt and I've removed the whole bookmark definition from : - <text:p text:style-name="P7"> <text:bookmark-start text:name="_PictureBullets"/> to <text:bookmark-end text:name="_PictureBullets"/> </text:p> Rezipped the modified content.xml in the odt file. Then the new odt file can be edited and the last page can be removed.
Comment 11 thefluffyone 2007-11-10 16:00:09 UTC
@hagar - Thanks, I was able to make a similar change to the original document and the final blank page is now gone. I guess the question now is why has OOo permitted this to occur. Is it, in fact, corruption as you suggest, or incorrect handling of a valid feature? As an aside, the original problem still exists in the OOo 2.3.0 as supplied with Kubuntu Gutsy.