Master Document & Alphabetical Index [Not including all sub-documents]

users
#1

Version 3.6:build-304 (Build ID: 360m1(Build:304)) openSUSE 12.3/x86_64

I have a LibreOffice master document with many sub-documents.

At the beginning of the document, in the master document, is a Table Of
Contents - it works, it generates a table of contents for the entire
document, including all sub-documents.

At the end is an Appending with a concordance. It *previously* worked;
but now I notice that it is only generating entries for a hand-ful of
items. It certain isn't including all the subdocuments.

Is this a known bug, or is there possibly some setting that got changed?
I have tried deleting and recreating the appendix but it does the same
thing.

#2

I upgraded to Version 4.0:build-303 (Build ID: 400m0(Build:303)) [the
contents of the openSUSE LibreOffice-Unstable repository].

So LibreOffice is now newer - and noticeably faster.

By my Appendix exhibits the same issue, it simply is not including the
full set of documents like it once did. Any pointers would be
appreciated.

I've gone over and over the settings. Is there any way to 'debug' what
the appendix is and is not including.

#3

In 4.0 removing and re-adding the appendix creates an appendix with the
identical index as before - even without specifying the concordance
file.... then selecting the update-index from the context manual
locks-up LibreOffice indefinitely.

#4

As an experiment I added an illustration index to the master
document.... and it creates an index of exactly one frame, from the
entire document that contains dozens and dozens of frames. I checked
the options of that frame and do not see anything special. Adjusting
other frames and doing an update-all + update-index = no change.

Can someone confirm that indexes are working in master documents in
recent versions?

Again, the table-of-contents in the master document appears to be
complete and updates correctly.

#5

Can you put online a ZIP file with such sample documents so that one can
easily try to replicate the issue?
It can very well be a document with placeholders instead of the content you
are writing.

Being able to easily replicate without having to recreate the document
structure, is very important.
It will help as well to create a bug report, if needed.

Simos

#6

Hi :slight_smile:
Does the bug-report page show how to do an s-trace and is that the sort of thing you are looking for?  Are you able to start LibreOffice from the command-line?  Perhaps try opening it like that with a "verbose" tag?
Regards from 
Tom :slight_smile:

#7

>Version 3.6:build-304 (Build ID: 360m1(Build:304)) openSUSE
>12.3/x86_64

I have a LibreOffice master document with many sub-documents

Can you put online a ZIP file with such sample documents so that
one can easily try to replicate the issue?
It can very well be a document with placeholders instead of the
content you are writing.

Yep, uploaded @
<https://sourceforge.net/projects/coils/files/Documents/WMOGAG-Coils-201306061240EDT.zip/download>

Open the WMOGAG.odm and the appendix is at the end.

#8

"verbose" tag? I do not see any documentation for a --version,
-version, -v, etc....

Running "soffice" on the command line and opening the document does not
produce any messages on standard-error or standard-out.

#9

The last section is the Alphabetic Index. Running Ubuntu 12.10 with
LibreOffice 4.0.3.3.
Perhaps you can post a PDF of what you are actually seeing with your
LibreOffice?

Ideally you would make a copy of the document and then try to simplify it;
remove text so that the document is much smaller, but still exhibits the
issue. If you manage to make it very small, then it would make it easier
for someone to investigate the OpenDocument inner structure in case
something it wrong.

Simos

#10

Hi :slight_smile:
I think you might need to ask on the QA mailing list or the devs list (or irc or whatever) as they are more likely to be able to help get the output you are looking for.

I forget whether you have already posted a bug-report.  If not it might be a good idea just to make it easier to be in contact with the QA team properly.

Regards from
Tom :slight_smile:

#11

There is no bug report on this yet (if there was, it would have been
announced).
Thus,
1. if you can easily get someone to slim down the document and still
exhibit the bug, then slim it down, then make the bug report.
2. Otherwise make the bug report with the document as is, and let others to
contribute to the sliming down of the document.
In all cases add a PDF of the output that you currently see, give an
example of text that is now showing up.

Simos

#12

On Thu, Jun 6, 2013 at 7:47 PM, Adam Tauno Williams
> structure, is very important.
> It will help as well to create a bug report, if needed.

Will do

I opened the WMOGAG.odm master document and I could not find the
Appendix. The last section is the Alphabetic Index. Running Ubuntu
12.10 with LibreOffice 4.0.3.3.

Yes, sorry I meant Alphabetic Index, not Appending.

Perhaps you can post a PDF of what you are actually seeing with your
LibreOffice?

<https://sourceforge.net/projects/coils/files/Documents/WMOGAG-Coils-20130607090123EDT.pdf/download>

For example, "LDAP" appears in the Index and has one page number; but
LDAP appears many times throughout the document, the index does find
those.

Also CalDAV is included in the concordance, and occurs many times in the
document, but does not appear in the index.

#13

> >Version 3.6:build-304 (Build ID: 360m1(Build:304)) openSUSE
> >12.3/x86_64
>>I have a LibreOffice master document with many sub-documents
>Can you put online a ZIP file with such sample documents so that
>one can easily try to replicate the issue?
> It can very well be a document with placeholders instead of the
> content you are writing.
Yep, uploaded @
<https://sourceforge.net/projects/coils/files/Documents/WMOGAG-Coils-201306061240EDT.zip/download>
Open the WMOGAG.odm and the appendix is at the end.

Still having the same issue on:

   Version: 4.1.1.2
   Build ID: 410m0(Build:2)

Only some, a very small portion, of the content seems to be included in
Alphabetical index, or the Illustration Index. Removing and recreating
the index produces the same result, consistently.

#14

Why would you post a reply about a 6 month old version as 'still having the same issue...'?

Why not try on the latest shipping version (4.1.3)?

#15

> Still having the same issue on:
> Version: 4.1.1.2
> Build ID: 410m0(Build:2)
Why would you post a reply about a 6 month old version as 'still having
the same issue...'?

Well, it has been that way since 3.6:build-304

For one, I am curious if any other user sees this issue? Or has a
work-around?

This is a user list, after all.

It is quite frustrating, I have been maintaining large documents in
OOo/LOo for years; this breaking has been unpleasant to say the least.

Why not try on the latest shipping version (4.1.3)?

Agree. I assumed by version was more current than that; as it pulls
from the LibreOffice:/Unstable/openSUSE_12.3 repository. But it appears
that repository only goes up the 4.1.1.2.

I will test again on a more current version.

#16

> > Still having the same issue on:
> > Version: 4.1.1.2
> > Build ID: 410m0(Build:2)
> Why would you post a reply about a 6 month old version as 'still having
> the same issue...'?
Well, it has been that way since 3.6:build-304

Still the same condition in 4.1.2.3:build410m0

Are there any debugging tips. I run libreoffice from the command line
so maybe I could see any warnings or standard-error output - nothing.
Is there a debug console, a way to enable some kind of logging, etc...?

#17

I did also try to export the master document (odm) to a write document
(odt). The export worked, but the alphabetical index remains broken;
it is possible to search for a term and find it in places that are not
represented in the index.