Hirokazu Yamamoto <ocean-city@m2.ccsnet.ne.jp> added the comment:

You initial link I only see one entry, Thread (class in threading), which points to http://docs.python.org/library/threading.html#threading.Thread as it should. I do not see a duplicate link nearby.

It used to be there. Please see http://docs.python.org/release/2.7/genindex-T.html But ZipFile seems to have same issue, and still there. Please see http://docs.python.org/genindex-Z.html

Thread [neader, no link] module

Hmm, I cannot see this. ---------- _______________________________________ Python tracker <report@bugs.python.org> <http://bugs.python.org/issue10008> _______________________________________

Hirokazu Yamamoto <ocean-city@m2.ccsnet.ne.jp> added the comment: Well, please see r85262 (10/6). This issue seems to be recently solved in release27-maint. And http://docs.python.org/ was updated after that, so when I posted this issue, the issue was actually there, but when you saw that site, (probably after 10/6, the issue was gone) http://docs.python.org/release/2.7/ was created when officially Python2.7 was released, so we can see this issue still there. Like time machine. ;-) ---------- _______________________________________ Python tracker <report@bugs.python.org> <http://bugs.python.org/issue10008> _______________________________________

Hirokazu Yamamoto <ocean-city@m2.ccsnet.ne.jp> added the comment: Yes, but http://docs.python.org/genindex-Z.html ZipFile (class in zipfile), [1] still has same issue, no? [1] (and [2], [3], if exist) should suggest alternatives, but it doesn't now. I'll attach the patch to detect this kind of duplication. I you say, probably this happens when same directive appears in rst file. For example, .. module:: zipfile .. class:: ZipFile .. class:: ZipFile(file, mode='r', compression=ZIP_STORED, allowZip64=False) Maybe I should have posted this issue to Sphinx tracker. ---------- Added file: http://bugs.python.org/file19181/search_pydoc.py _______________________________________ Python tracker <report@bugs.python.org> <http://bugs.python.org/issue10008> _______________________________________

Terry J. Reedy <tjreedy@udel.edu> added the comment: When I initially wrote "I have no idea what ', [1]' is supposed to mean. ", you should have believed that and explained ;-). I now understand that most index entries have one link, which we might call the [0] link. When the entry should have more than one link, the index entry text is followed by '[1]' and, if needed, '[2]', '[3]', and so on. These place-holder labels should each have different links, or should not be there at all. So "ZipFile (class in zipfile" and "[1]" are two separate texts that should have two different links, but the two links are the same, and that, I agree, is wrong. Another example with duplicate links: tracer() (in module turtle), [1] 3.1.2 and 3.2a2 indexes have Zipfile error but not tracer error (because '[1]' is not present). Doc people: the attached patch is a diagnostic patch rather than a fixup patch. I do not know whether the problem is in .rst sources or Sphinx. ---------- assignee: docs@python -> keywords: +patch nosy: +georg.brandl stage: -> needs patch type: -> behavior versions: +Python 3.1, Python 3.2 _______________________________________ Python tracker <report@bugs.python.org> <http://bugs.python.org/issue10008> _______________________________________

Georg Brandl <georg@python.org> added the comment: It is indeed what Hirokazu suggested: there were two ".. class:: ZipFile" entries in the docs. I've added ":noindex:" now to one of them in r86425. ---------- resolution: -> fixed status: open -> closed _______________________________________ Python tracker <report@bugs.python.org> <http://bugs.python.org/issue10008> _______________________________________