New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Two links point to same place #54217
Comments
Please see http://docs.python.org/genindex-T.html Thread (class in threading), [1] This two links point to same place. I think latter should point # Latter doesn't have perma link. |
You initial link I have no idea what ', [1]' is supposed to mean. What does puzzle me is that Thread [neader, no link] points to http://docs.python.org/c-api/init.html#index-64 |
It used to be there. Please see
Hmm, I cannot see this. |
*Your initial post* only lists one index entry, and *does not* describe a problem. Thread is in the file you have pointed to twice, in its alphabetical position. I have no idea what you think is wrong with the z section. |
Well, please see r85262 (10/6). This issue seems to be http://docs.python.org/release/2.7/ |
If I understand, the issue you were concerned about has been fixed. If so, please close this. |
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) I'll attach the patch to detect this kind of duplication. I you say, probably this happens when same directive appears .. module:: zipfile .. class:: ZipFile .. class:: ZipFile(file, mode='r', compression=ZIP_STORED, allowZip64=False) Maybe I should have posted this issue to Sphinx tracker. |
Umm, I tried, but I couldn't post new issue with error. |
When I initially wrote "I have no idea what ', [1]' is supposed to mean. 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: 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. |
Georg, do you have any idea what the source of the index glitch is? |
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. |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: