Thought this would be some error.. So I deleted the customblockmanager folder from CPanel and copied a new one from the OJS original files… but no success.
It’s possible to save… but can’t really edit the block info through the site control panel.
In the case of having the three dots, it is best to check your PHP error log (or have your systems administrator check, if you don’t have access/are not familiar with the process). If you’re able to report back on errors found there, that can help provide clues as to what the issue is.
Hi again, @rcgillis. Hope now you may be able to help me.
I installed the whole OJS, MySQL database and files… all from scratch to find the cause of my issue. Tested almost every possible change of settings in OJS till I finally found what is triggering the bug.
Settings > website > set up > languages > forms options
The moment I check a 2nd or 3rd option of forms’ language OJS breaks the text boxes (I test them in customblockmanager or static pages, for example… just dots loading forever). Uncheck the extra options of language forms (leaving checked only the mandatory from primary locale), everything is back to be fine with all the text boxes.
I don’t know what is causing this problem or how I can solve this.. but would love some help. Once I installed the whole OJS from scratch, don’t think I caused the bug. Can you replicate this scenario I mentioned?
Thanks for your email and further investigation of the issue. I’ve referred your query on to other members of our team. Hopefully you’ll hear back soon, when they are available to respond.
This is kinda the error path that was being repeated in the error log:
Summary
15-Sep-2025 12:05:54 America/Fortaleza] Missing locale key “validation.attributes” for the locale “en”
[15-Sep-2025 12:05:54 America/Fortaleza] Missing locale key “validation.values.email.gerente” for the locale “en”
[15-Sep-2025 12:08:08 America/Fortaleza] Missing locale key “validation.attributes” for the locale “en”
[15-Sep-2025 12:08:08 America/Fortaleza] Missing locale key “validation.values.email.gerente” for the locale “en”
[15-Sep-2025 12:09:09 America/Fortaleza] PHP Deprecated: Using unregistered static method “PKP\components\forms\context\PKPThemeForm::FORM_THEME” in a template is deprecated and will be removed in a future release. Use Smarty::registerClass to explicitly register a class for access. in /home3/pedr7410/public_html/lib/pkp/lib/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templateparser.php on line 2428
[15-Sep-2025 12:09:09 America/Fortaleza] PHP Deprecated: Using unregistered static method “PKP\components\forms\context\PKPRestrictBulkEmailsForm::FORM_RESTRICT_BULK_EMAILS” in a template is deprecated and will be removed in a future release. Use Smarty::registerClass to explicitly register a class for access. in /home3/pedr7410/public_html/lib/pkp/lib/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templateparser.php on line 2428
[15-Sep-2025 12:09:47 America/Fortaleza] Missing locale key “common.help” for the locale “en”
[15-Sep-2025 12:09:47 America/Fortaleza] Missing locale key “editor.submission.recommend.sendExternalReview” for the locale “en”
[15-Sep-2025 12:09:47 America/Fortaleza] Missing locale key “invitation.wizard.completeSteps” for the locale “en”
[15-Sep-2025 12:09:47 America/Fortaleza] Missing locale key “invitation.wizard.errors” for the locale “en”
[15-Sep-2025 12:09:47 America/Fortaleza] Missing locale key “submission.stage.internalReviewWithRound” for the locale “en”
[15-Sep-2025 12:09:47 America/Fortaleza] Missing locale key “userAccess.management.options” for the locale “en”
This happens to any language after the 1st. When I try to edit the various text boxes (one for each language), the last one available is able to edit, but the ones above are always the three dots.
I’m now also having lots of problems with the header plugin as it’s shown in this error log:
Summary
[16-Sep-2025 14:06:03 America/Fortaleza] Plugin APP\plugins\generic\customHeader\CustomHeaderPlugin failed to handle the hook TemplateManager::display
TypeError: PKP\template\PKPTemplateManager::addHeader(): Argument #2 ($header) must be of type string, null given, called in /home3/pedr7410/public_html/plugins/generic/customHeader/CustomHeaderPlugin.php on line 125 and defined in /home3/pedr7410/public_html/lib/pkp/classes/template/PKPTemplateManager.php:617
Stack trace: #0 /home3/pedr7410/public_html/plugins/generic/customHeader/CustomHeaderPlugin.php(125): PKP\template\PKPTemplateManager->addHeader(‘custom’, NULL) #1 [internal function]: APP\plugins\generic\customHeader\CustomHeaderPlugin->displayTemplateHook(‘TemplateManager…’, Array) #2 /home3/pedr7410/public_html/lib/pkp/classes/plugins/Hook.php(164): call_user_func_array(Array, Array) #3 /home3/pedr7410/public_html/lib/pkp/classes/plugins/Hook.php(132): PKP\plugins\Hook::run(‘TemplateManager…’, Array) #4 /home3/pedr7410/public_html/lib/pkp/classes/template/PKPTemplateManager.php(1477): PKP\plugins\Hook::call(‘TemplateManager…’, Array) #5 /home3/pedr7410/public_html/lib/pkp/pages/management/ManagementHandler.php(285): PKP\template\PKPTemplateManager->display(‘management/webs…’) #6 /home3/pedr7410/public_html/lib/pkp/pages/management/ManagementHandler.php(119): PKP\pages\management\ManagementHandler->website(Array, Object(APP\core\Request)) #7 [internal function]: PKP\pages\management\ManagementHandler->settings(Array, Object(APP\core\Request)) #8 /home3/pedr7410/public_html/lib/pkp/classes/core/PKPRouter.php(327): call_user_func(Array, Array, Object(APP\core\Request)) #9 /home3/pedr7410/public_html/lib/pkp/classes/core/PKPPageRouter.php(249): PKP\core\PKPRouter->_authorizeInitializeAndCallRequest(Array, Object(APP\core\Request), Array, false) #10 /home3/pedr7410/public_html/lib/pkp/classes/core/Dispatcher.php(157): PKP\core\PKPPageRouter->route(Object(APP\core\Request)) #11 /home3/pedr7410/public_html/lib/pkp/classes/core/PKPApplication.php(426): PKP\core\Dispatcher->dispatch(Object(APP\core\Request)) #12 /home3/pedr7410/public_html/index.php(21): PKP\core\PKPApplication->execute() #13 {main}
That said, I guess I’m doing something wrong during the installation, cause all these errors can’t be something that common. Other would probably have these scenarios too.
So, the installation process was kinda like these steps:
create the SQL database and the admin
download the package from the official site
load it to the “public_html” folder
extract the whole content of the zipped package directly to the "public_html” folder [Maybe this is what I’m doing wrong… did it like this to avoid the long domains with “index.php” and the name of the journal folder. Extracting the folders of OJS directly into the “public_html” allow us to find the OJS just with the short and beautiful domain]
create a folder for the path of the journal inside “public_html” named “rtb”
create a “files” folder inside the home folder (but outside “public_html” to keep it secure”
open the domain through the browser and install OJS
Decided to test my installation and everything felt pretty fine… but suddenly I had a feeling that the issue was related to javascript or TinyMCE not being compatible with my browser: Safari (Mac).
Then I tested the OJS and forms with other browsers (Edge and Firefox, both for Mac)… and… no problems at all! Everything was running fine and perfect.
Looks like the bug is related to something with Safari for the Mac, which keeps causing the same bug over and over again. That’s probably why I wasn’t able to reproduce the bug.
Tested many, many ways to fix this issue within the OJS or its code but nothing solved… because the problem wasn’t really OJS, but something related to safari and the scripts for the text boxes.
Hi @Pedro_Felipe_Rocha, good find! I was also able to reproduce this by using Safari and OJS 3.5. We’ll get this bug filed and get it resolved in a future release - thanks for the report!
