-
Notifications
You must be signed in to change notification settings - Fork 200
Documentation not generated when a candidate package is corrected and re-uploaded #512
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
Comments
I was worried that when I publish this package the documentation will remain broken. But it seems when you publish the documentation is generated again. But this is still an important issue since new users have to go through frustration and waste time because of this quirk. |
cc @davean |
Have you tried triggering a rebuild via the instructions below (quoted from #515 (comment))?
|
Even when I delete the package candidate and upload a fresh tarball, I see the old package description. |
@andreasabel if you really mean the description (i.e. the content from the Try if |
I noticed that Haddock for a given version number is generated only once even if the package having the same version is uploaded again after some correction. For a given version hackage always uses the haddock generated on first upload. If the new upload has an additional module, the new module will not have its haddock generated. If the new upload changed documentation it will not be reflected.
I tried deleting the previous candidate before uploading the new but it did not work. As long as the version remains the same it still picks up the old documentation.
To avoid this issue I had to change the version number of the package and then upload a candidate with new version.
The text was updated successfully, but these errors were encountered: