We have an error which is somewhat related to RStudio help link error which was fixed in the past but is not working in our environment,
The relative links inside the help pane of rstudio is not resolving correct. For example:
library(igraph)
help(igraph)
Inside the help description is a make_ring() link;
igraph graphs have a class ‘igraph’. They are printed to the screen in a special format, here is an example, a ring graph created using make_ring():
This make_ring() url should resolve as: https://${ood_server}/rnode/${compute_node)/{port}/help/library/igraph/help/make_ring
but is resolving as: https://${ood_server}/rnode/${compute_node)/{port}/igraph/html/make_ring.html.
In the console this will display the page in the help pane right
?make_ring()
ood version = 3.1
R version = 4.4.0
Rstdudio version = 2024.04.01
We don’t have other issues within ood/rstudio, Is there some kind of redirect setting of rewriterule we can use just for displaying the help pages right?
Sorry for the delay in the response. This should have been fixed - I fixed it myself at some point in the past. I see you’re on 3.1. What OS are you on and can you also provide the apache version. With those 2 pieces of information, I’ll try to replicate and see if this issue persists.
Thanks for the response. For open ondemand we are on RedHat 8.9 and the httpd version is 2.4.37. We are running Rstudio from inside a singularity rocker image based on ubuntu 22.04.
Hi @jeff.ohrstrom. Did you manage to check if this issue persists on our current setup. Is there some kind of (temporary) customisation which we can do inside the code? We have many R-Studio users which are using this help pane frequently.
Regards,
Arthur
I can’t replicate with the rocker/rstudio image either. Though when I build rocker/rstudio:4.4.0 it gives rstudio 2024.04.2, so I can’t get the same exact version of Rstudio.
Hi, Jeff. Sorry for the very late reply. I have tried a different combinations with RHEL7/8, apache versions, rocker versions. and different rstudio server versions but in our environment the help links doesn’t resolve right. Can you give me some guidelines what could be an approach to manually fix this for our environment? Things i am thinking about are:
Another approach can be the addition of a seperate LocationMatch directive with a custom …/help/library regexp inside the file /etc/httpd/conf.d/ood-portal.conf
but maybe there are better solutions available.
Hope you can help.
Those may work, but without knowing where the issue really is, I’m just stabbing in the dark.
There must be something here we’re failing to consider. Does your site run behind a proxy? Is there anything else about your setup/network that we haven’t considered yet? I would also maybe try a different browser just to be sure it isn’t that.
I guess as a last resort I’d also ask if you’ve been editing the ood_portal.conf by hand or if it’s really being generated automatically form the yml settings.
I just want to eliminate what we can before having to make some serious edits.
You could maybe increase logging to see how the rewrite rules are rewriting the Location header.
Hi, we have finally managed to have a workaround for the relative links. We have changed the following section inside /opt/ood/ood-portal-generator/templates/ood-portal.conf.erb
<LocationMatch “^<%= @rnode_uri %>/(?<%= @host_regex || “[^/]+” %>)/(?\d+)(?/.*|)”>
<%- @auth.each do |line| -%>
<%= line %>
<%- end -%>
So we created a seperate Header edit Location for the relative links inside the help pane.
I don know if this is the right approach but it is working for us.