| Summary: | Multi file document messes up inserted field cross-reference/number EDITING FILEOPEN | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | John Goold <jrgpublic> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | jmadero.dev |
| Priority: | medium | ||
| Version: | 4.0.2.2 release | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
We'll need the actual documents to see the problem for ourself - hard to gauge from just the write up. Please provide the documents (if it's confidential do a find + replace and replace lots of letters with symbols so the document is unreadable). Marking as NEEDINFO - once attachments are added mark as UNCONFIRMED and we'll see what's going on Also - to see if this is "normal" you can head over to our ask site and ask our great user base (as there are a lot more of them who have experience with virtually every single component in LibreOffice). http://ask.libreoffice.org/en/questions/ At the time I submitted the report, I was busy working on an important document. After waiting for a reply for some time, I had no choice but to restructure the document and get the work done. As a consequence, I no longer have the original files and file structure (I trashed it all as I had no further need of it). I'm sorry I cannot help any further. Trying to work with a document composed of chapters, each of which is a separate file, would be my preferred way of handling large documents. However, I found it was just too much effort to work around various oddities — especially when some things just did not appear to work correctly. I hope they have all been resolved (even if only as side-effects of other fixes) and I may re-try using the structure at some future date. As I cannot supply any further information, I imagine you will need to close this bug report... pity. Indeed - apologies for the delay, our teams have been swamped. If you stumble across this issue again don't hesitate to set the bug back to UNCONFIRMED and provide a test document. What I can say is a lot has changed in the past year so good chance it has been resolved. |
When the master document is opened, "This document contains one or more links to external data. Would you like to change the document, and update all links to get the most recend data? Obviously the answer is "Yes" as I've been creating and updating the files to be included. Each file has a "Chapter Start" page style, followed by one or more "Chapter Page" page styles. The former is to allow resetting the page number to one (1). The latter are just continuation pages in which the page number is incremented. This works fine. Each "Chapater Start" begins with a "Heading 1". There may be additional "Heading 1" in the file, but it so, they will start on a new page and have the "Chapter Start" page style. As mentioned, page numbering is fine (as far as it goes). However, the page header is to display the current "chapter title" (the text of it, not the number). The "Header 1"s are set to show a number (1, 2,...). This is done by using an Insert —> Fields —> Other... Similarly the page number in the footer has three components: the number of the chapter (using the Insert... mechanism), a hyphen and the page number (Insert —> Fields —> Page number). This appears to work fine, once set in the individual files. When the Master Document is opened, the chapter title and the chapter number are displayed as "Error: Reference source not found". This does NOT happen on the first page ("Chapter Start"), only on continuation pages ("Chapter Page"). Either this is a bug, or I'm missing how to set this up properly (which is a bug in a way, as means the mechanism is hard to understand).