Sorry - my subterfuge of renaming the zip seems not to have worked! I have now attached the .odm and 3 .odt files …
Andrew
From preliminary analysis, this misbehaviour is related to master/slave architecture. Investigating.
OK - thanks - sorry about the mix-up in uploading …
Very confusing. I think there is either a bug in Writer or a non-anticipated short sight during conception.
Your document is split between a master document and slave ones. The basic principle is: master document settings override those of the slave documents. That’s worth for styles, but situation seems a bit more complex with sections.
You configured the sections in the article documents with the Collect at end of section ticked. However, since your articles are alone in the documents, this is not important for the article document apart from the fact it causes no page style switch.
First, I used all your files as is and I incur the same “bug”. I then unticked the Collect box in one of the articles and the corresponding end notes jump to end of the master in an Endnote page. This can be considered as “standard”.
Thinking that the section definition was faulty or not correctly interpreted, I created sections in the master and tried to link the articles from the sections. Writer refuses to insert links to other files from a section! The to-be-inserted article was put at the start of the document instead, outside any section.
Whatever I do, the inserted document is formatted within its pages with the expected header until we reach a page full only with notes. There, header reverts to the first Header 1 found in the document. To make it clear, it is not the one preceding the article with the faulty notes, but the very first in the document.
To summarise:
-
it is impossible to insert a slave document in a section. To the best of my knowledge, this constraint is not mentioned in the documentation.
-
End notes are not managed correctly when collected in the master document. Page management is totally messed up, Writer, seemingly loses its position reference.
IMHO, this a bug. File a report at https://bugs.documentfoundation.org. Try to reduce even more the sample. A single slave document should be enough. Add two or more Heading 1 at head of master to clearly show which “chapter title” is selected in the header.
PS: You seem to type your document like was taught during typewriter era: two spaces after period. This is no longer recommended nowadays because it can cause problems when justification is enabled. I know some prefer a wider space after a full stop, but this should not be done like that. Maybe a change in end of sentence handling within Writer might be desirable.
Also, most of your documents are styled Default Style instead of Body Text. Default Style should only be used to set defaults (no pun intended) for all other styles because all its attributes propagate to all others (unless overridden of course). This is a handy trick to change everything in a document.
#Bug report created 2019-09-01
See tdf#127264
It appears this is a duplicate for bug tdf#123917 issued 2019-03-07
Thanks. It’s good to know it’s not just me … :-)! Will produce a simpler example and submit a bug report.
As for your comments - yes, I do tend to prefer two spaces after the full stop, and hardly ever used justified. As for Default Style, I used that for simplicitym, but for my real document I have used my own body text style.
The problem is nothing to do with master/slave and is far more fundamental in the handling of endnotes. While simplifying for a bug report, I have created the simple file endnote bug all in one.odt which shows the problem - attached.
Where is the attachment? Due to AskBot limitation, you can attach a file only to a question, not to a comment.
I thought that I had added it to the original question … have just tried again.
Sorry - I think I have spotted what I have been doing wrong - after adding the attachment I need to press the “Save” button below the question … which is off the bottom of the screen and not obvious!!
Ergonomy-wise, many things could be improved in the AskBot engine 
Your sample file may be faulty: you have the section for “article two” included in the section for “article one”. I’m working on a changed architecture with the section made independent. This does not change the error but eliminates a possible difficulty with nested sections.
I’ll attach the file when finished with it.
I can help you to submit a but, I already have credentials on the bug site.
Apologies - over-enthusiastic cut-and-pasting!
v2 now attached with two separate sections
If you could help with the bug submission once you are satisfied that would be great, thank you.
Excellent - thank you. What is the next step?
(Incidentally, and not surprisingly, I have discovered that any paragraph set to outline level 1 will have the same effect as the first heading 1)
What is important is not Heading 1 paragraph style but the outline level. The TOC engine (and other “chapter” features) are not linked to a particular paragraph style but to the outline level defined in the style. This allows many interesting efects by using several level-1 styles (such as numbering chapters with standard and Roman numbers in the same document). But this is not the present bug.
Next step is bug report. I’ll file it and mention the link in my answer. You can then check its correctness (reading the bugs doesn’t require credentials.
Thanks - seen the bug (and the duplicate warning) and that looks fine. I notice that under “version” in the bug report it asks for “earliest release” … I can confirm that the same problem exists in OpenOffice 4.1.6, so I guess it is long-standing (from before the fork, anyway).
Thanks for all your help with this … now to find a workaround! … 
Andrew
Workaround: it all depends on what you do with your journal. Do you need continuous page numbering across articles? Do you print it or display it only on scree? Are there any cross-references between articles? Do you need all articles simultaneously?
It is going to be printed … and I think I have found a workaround (courtesy of a colleague). As it happens, left-hand pages have a fixed header anyway, it is only the right-hand pages that are affected. Only two articles have enough endnotes to cause the problem, and as a result only two pages are actually wrong. What I have done is to add a borderless frame to each of those pages, anchored to the page and covering the header, and typed what I want into the frame … :-).
Fine. Otherwise, you could also print the whole master document but for the faulty articles. The faulty articles would be printed from their respective slave documents, taking special attention to the page numbers.
Yes, I did wonder about doing it that way. I need to create a single pdf to send to the publisher, so was considering exporting it in pieces, as you say, and then stitching them together with PDFSAM (have you come across this magic tool?). However, I think it is easier to export the whole document to a single odt and then play with frames … it is then one simple export to pdf.
Thanks again for your help and support - we will wait and see if they get round to fixing the basic problem … :-)!