Alright.. so first off, we tested again while using our brains, and we're not getting a 404 error. I blindly copied the relative URL you posted above into my Joomla 3.8 site and yeah, of course it gave a 404 error. When testing with a real article in the default Joomla install and adding any SEF alias, like id=3:some-crazy-alias, the page loads properly without any errors.
I logged into the admin area of your site to understand more as well as tried some modifications through FTP to debug things. However, none of the changes I made through FTP had any effect. For example, in the opengraph/content/content.php file, I added the following in the findObjectType function:
print_r($queryVars);exit;
That should print things out and exit further execution.. leaving a blank white page with whatever is in $queryVars. Unfortunately, the page loaded as if nothing changed.
Do you have some sort of caching or other feature on the site that would be skipping the changes I'm making? Without being able to debug and diagnose things, there's not much headway I can make to even reproduce the error. What I was hoping to do was:
* Remove the line of code you implemented
* Verify the error happened
* Turn of SEF on the site. Check if the error goes away
* If so, then re-enable SEF and start disabling parts of JReviews to see if that fixed the problem
* If the problem goes away, it means there's some interaction with jReviews specifically causing the problem. We may need to get them involved to help fix or help get our subscription upgraded.. as noted though, JReviews is encrypted so there may be only a limited amount we could do to fix it.
Feel free to try the above or help us understand how to make changes in FTP apply.
Thanks,
Alex