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