I have removed the // and replaced with a single / but that has no effect. I thought maybe the /sajs was the cause of the problem; removing it causes a 301 redirect error.
Not sure how to proceed. Maybe the config.inc.php configuration is no longer valid?
where sajs is a domain which differs from the main domain.
##api.submissions.unkownError## seems to be intermittent; sometimes we get no error at all but often we get the ##api.submissions.unkownError## popup. What is unusual is that it seems to redirect successfully to the submissions anyway so could there be a deeper issue?
Just doing a follow-up here @NateWr@asmecher@bozana . At this stage we cannot use our discussion tool and the fixes suggested have not worked. Can you maybe help us?
The discussion tool does not use the API (yet) so if it’s impacting that, you may be running into a different issue.
Can you provide some more info on what has been tried and what’s not worked? Can you share the request URL as shown in this screenshot, and details about where the request URL should be going to?
Okay so now I’m not getting the popup errors to I’m needing to reconfirm with the end-users. However, I’m seeing a lot of ##place holders## on the submissions screens (please see attached).
The Review Discussions is also strange with the two horizontal lines under name.
I’m wondering if the problems could be related. I’ll continue to test.
This happens on rare occasions where a review discussion is started but not completed, and a dummy entry remains in the database. We’ve fixed a lot of these instances, but it seems at least one still persists. If you can reliably reproduce it, that would help us track down the cause.
That looks like an issue with the XML files loading. I’d recommend flushing the cache. If that doesn’t work, there may be more system issues with your install. You might check the error logs to see if you’re running into file permissions errors or otherwise see failed XML file loading issues.
That looks like an issue with the XML files loading. I’d recommend flushing the cache. If that doesn’t work, there may be more system issues with your install. You might check the error logs to see if you’re running into file permissions errors or otherwise see failed XML file loading issues.
Thanks for the suggestions. Correct, cache has been flushed a few times for both this and various other issues. Error logs are showing nothing regarding permissions issues either. I’m wondering if there are issues with the language files maybe?
That’s possible. There is a bash script at /lib/pkp/tools/travis/validate-xml.sh which you can use to validate the XML files in your install. That should throw up an error if one of your XML files can’t be parsed correctly.
I had the same problem, but the solution was to just change the network signal (from WiFi to mobile data). I think there is often interference.
Regards.
Or what happened. I am not an engineer.