Looking at the FileUploadWizardHandler.inc.php in OJS 3.3.0-8, I don’t see anything that can cause the issue and can’t reproduce it.
The best would be to debug this locally, e.g., install OJS on a local computer from the recent backup.
First I would check what roles are returned when the error occurs. For this, log in as a user who cannot upload a file, and reproduce the steps, but before pressing the continue button (after which the error occurs) add the line
error_log(print_r($userRoles, true));
after this one:: pkp-lib/RoleBasedHandlerOperationPolicy.inc.php at 9d5879142980a9219d0fbce961fb5e16d810f955 · pkp/pkp-lib · GitHub
This will dump into the PHP error log an array that contains the current roles of the user making a request.
Example output:
[Fri Jul 1 12:34:19 2022] Array
(
[0] => 1
[1] => 16
)
[Fri Jul 1 12:34:19 2022] 127.0.0.1:41924 [200]: GET /index.php/psp/$$$call$$$/wizard/file-upload/file-upload-wizard/edit-metadata?submissionId=268&stageId=4&reviewRoundId=&fileStage=18&assocType=520&assocId=327&queryId=256&submissionFileId=2541&_=1656668020183
The numbers inside the array mean that the user has an admin role (1) and journal manager role (16) within the journal. The roles can be seen here, also they are in the hexadecimal numeral system and in the output - decimal (need to be converted): pkp-lib/Role.inc.php at 9d5879142980a9219d0fbce961fb5e16d810f955 · pkp/pkp-lib · GitHub
In the example output, you also can see the request, and the path before ? symbol shows the associated handler and operation which are separated by a backslash file-upload-wizard/edit-metadata.
Basically, alongside with the response you posted,
{"status":false,"content":"The current role does not have access to this operation.","elementId":"0","events":null}
it means that the handler FileUploadWizardHandler (class) doesn’t permit the user to perform FileUploadWizardHandler::editMetadata operation (method)