Bug #21989
openPdfs not displaying
0%
Description
Moving info over from ticket https://redmine.gc.cuny.edu/issues/21929#note-9
Site: https://cl89200sp25.commons.gc.cuny.edu/
User reported that " when I click on most of the readings I uploaded, I get an error message (screenshot attached)."
Boone was unable to recreate the issue. I was able to recreate yesterday but not today.
Checked in with user this morning and user reports:
I am still experiencing the PDF issue. When I clicked on a sample reading ("The Death on the Author") expecting to see the PDF, instead I saw the XML error. However, when I changed the privacy setting back to "only registered users of the CAC," it resolved the issue, and when I clicked on the readings, the PDFs loaded as expected.
So, it seems as though it could be the same issue as the header issue one? For now, I'll keep the more restricted privacy settings on, but let me know if/when it might be resolved.
Files
Updated by Boone Gorges about 2 months ago
Thanks for the additional details. I still have not been able to reproduce the 'RequestHeaderSectionTooLarge' error.
However, it could be that the user was experiencing an issue because the ACL switchover takes a bit of time. This is necessary, because a site may have many hundreds of uploads, and it's not possible to make all the requests to change their permissions instantaneously. However, I did just put a few changes in place that should make it a bit quicker, and should ensure that the most recently uploaded items are processed first: https://github.com/cuny-academic-commons/cac/commit/c7d1b36e5c895f4110c05e66c953008f56733bfd
I switched the privacy status to 'Discourage search engines', and afterward, visiting https://cl89200sp25.commons.gc.cuny.edu/readings/ and clicking 'Death of the Author' results in the PDF being loaded in the browser. If the user still isn't seeing this, the first thing I'll need to know is the specific URL that shows in the browser's location bar when the XML error shows.