Hi Chet, this should work too, if you keep the .xref file.
Best regards, Michal On Wed, Mar 5, 2025 at 6:50 PM Chet Murthy <murthy.c...@gmail.com> wrote: > I'm sorry, I should have included the actual text of the error: > =============== > java -jar ../../tools/epubcheck/epubcheck-5.2.1.jar sample.epub > Validating using EPUB version 2.0.1 rules. > ERROR(RSC-012): sample.epub/OEBPS/sampleli2.html(14,85): Fragment > identifier is not defined. > > Check finished with errors > Messages: 0 fatals / 1 error / 0 warnings / 0 infos > > On Wed, Mar 5, 2025 at 9:49 AM Chet Murthy <murthy.c...@gmail.com> wrote: > >> Hi, I've found the next bug. >> >> Synopsis: a single bib entry + an index entry at the location of the >> \cite causes the href from the index entry to be broken: the href is in >> file sampleli2.html >> >> <a href='#x1-2'> >> >> but the actual target is in file sample.html >> >> <p class='noindent'>and 2-3-4 trees <span class='cite'>[<a >> href='sampleli1.html#XAlgorithms4th'>1</a>]</span><a id='x1-2'></a>. >> >> =============== >> >> (0) texlive updated this morning >> >> (1) the MWE: >> https://github.com/chetmurthy/latex-mwes/tree/master/mwe-4-undefined-fragment-id/2025-03-05-09-30 >> >> (2) to reproduce: >> >> $ make sample.FULL >> >> [it does everything, including running bibtex] >> >> ================== >> >> NOTES >> >> (1) I tried to remove the bibtex invocation by inline inserting the >> biblio, but I believe it's the rewriting of the \cite that is causing the >> problem, and I don't know how to do that manually. >> >> (2) the .bib file contains only the single entry involved. >> >> (3) I have to require hyperref so that the references in the PDF work (I >> think it's fair to say if the PDF doesn't work right, I don't have a right >> to expect the EPUB to do so *grin*) >> >> (4) I have to require "listings" because the config.cfg mentions things >> from it, and if I don't, I get malformed HTML. >> >>
