Enhancement: Improve ResearchSquare Preprint display

[murkatr]

https://outbreaksci.prereview.org/10.21203/rs.3.rs-32796/v1 says "Not Found"
**The title has something extra at the end. I wonder if removing that will fix things.

Here's the pdf: https://assets.researchsquare.com/files/rs-32796/v1/4a557e94-2c89-41ab-89c1-9e2f1e75bcbf.pdf

Here it is on Research Square: https://www.researchsquare.com/article/rs-32796/v1

---

IssueHunt Summary

Backers (Total: $100.00)

• prereview ($100.00)

Become a backer now!

Or submit a pull request to get the deposits!

Tips

• Checkout the Issuehunt explorer to discover more funded issues.
• Need some help from other developers? Add your repositories on IssueHunt to raise funds.

[murkatr]

[georgiamoon]

@murkatr does it work if you remove the v1 ? I believe that OSrPRE can't take the version numbers on the DOIs.

[murkatr]

@georgiamoon Unfortunately, it still does not work when the v1 is removed.

@leonardosfl As an update, @georgiamoon will be emailing Research Square about this. We may need to take a different approach with Research Square preprints. (Also connecting the related #89 issue here.)

[georgiamoon]

@murkatr Sorry for confusion — that email conversation is a bit unrelated to this issue.

My understanding from the @jheretic is that the issue is ResearchSquare doesn't enable us to reference the hosted PDF the way we are doing for other preprint servers.

At the moment I think the fix to this issue is to provide clearer feedback that the PDF can't be loaded, rather than that the PDF is not found. This is more similar to what I was suggesting in #75 which is another situation in which the user experience is affected by the unavailability of a preprint (in that case a 503 error).

The solution in #146 looks good to me as a way to address this for now!

Another idea would be to have some template for the metadata we do have about a preprint, e.g. title, authors, abstract, doi, that could display on the right hand side of the UI, which is similar to how this is handled for bioRxiv and medRxiv preprints on prereview.org, e.g.:

• https://www.prereview.org/preprints/doi/10.31234/osf.io/7yzhd

[georgiamoon]

@leonardosfl FYI — We decided to clarify this issue vs #75 so that #75 is about better error handling and this issue is about improving the display of ResearchSquare preprints!

[issuehunt-oss]

@prereview has funded $100.00 to this issue.

---

• Submit pull request via IssueHunt to receive this reward.
• Want to contribute? Chip in to this issue via IssueHunt.
• Checkout the IssueHunt Issue Explorer to see more funded issues.
• Need help from developers? Add your repository on IssueHunt to raise funds.

[leonardosfl]

@georgiamoon Just to mention, this also affects ResearchGate preprints: https://outbreaksci.prereview.org/10.13140/RG.2.2.33033.06242/1

[georgiamoon]

Yes — My understanding is that we need a way to handle each preprint server which is slightly different. Is that your sense as well @leonardosfl ? or is there a common solution for a few of them?

[leonardosfl]

@georgiamoon The issue with ResearchGate is different. We are able to get the PDF URL, but ResearchGate doesn't seem to allow us to embed the PDF, it redirects to the preprint page if we try do it (which is the current behavior). I tried proxying it using the API, but ResearchGate detects that we are not using a browser and returns a 403 Forbidden.

Because of that, I think we'll have to use the approach you mentioned before:

Another idea would be to have some template for the metadata we do have about a preprint, e.g. title, authors, abstract, doi, that could display on the right hand side of the UI, which is similar to how this is handled for bioRxiv and medRxiv preprints on prereview.org, e.g.:

---

Moving to ResearchSquare, I noticed that it does allow embedding of PDFs, so we just need to implement the code to fetch the PDF URL.

[dasaderi]

@leonardosfl @jheretic @harumhelmy @rudietuesdays is there any update on this issue?

[brymut]

Hi, is this still available for anyone to try out?