Issue 66927

Summary: Blank page inserted automatically after Index due to graphic in "hidden text"
Product: Writer Reporter: raindrops <na1000>
Component: editingAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues
Version: OOo 2.0.3   
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
Document with page that cannot be deleted none

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 2.6.0.1 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.