Skip to content

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

Open
harendra-kumar opened this issue Jun 20, 2016 · 5 comments

Comments

@harendra-kumar
Copy link

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.

@harendra-kumar
Copy link
Author

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.

@gbaz
Copy link
Contributor

gbaz commented Jun 20, 2016

cc @davean

@Blaisorblade
Copy link

Have you tried triggering a rebuild via the instructions below (quoted from #515 (comment))?

There actually is a button for "delete documentation and trigger rebuild" (click "edit package information", then the package version under "Manage documentation", then "delete documentation and trigger rebuild".) However, this is designed not to trigger a rebuild if there is a failed build report, likely for the reason I pointed out above: if it didn't succeed once, it won't succeed on round two.

mignon-p added a commit to mignon-p/normalization-insensitive that referenced this issue Aug 7, 2016
@andreasabel
Copy link
Member

Even when I delete the package candidate and upload a fresh tarball, I see the old package description.
I think reuploading a package candidate should simply scrap the old one completely.

@hvr
Copy link
Member

hvr commented Nov 28, 2016

@andreasabel if you really mean the description (i.e. the content from the description: ... field), then what you're experiencing may be an effect of our CDN and its not-too-instant expiration TTL...

Try if curl -X PURGE <url-to-trigger-expiry> helps.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants