[tex4ht] next bug: bad interaction between biblio + index yields undefined fragment id

Chet Murthy murthy.chet at gmail.com
Wed Mar 5 18:49:12 CET 2025


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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://tug.org/pipermail/tex4ht/attachments/20250305/ac1d1745/attachment.htm>


More information about the tex4ht mailing list.