samsepiol008
New member
- Joined
- Sep 8, 2026
- Messages
- 1
Hi,
After the latest DirectAdmin core/skin update, changing an email account password from the panel (Evolution skin) silently fails. Clicking "Save" does nothing — no error shown, no confirmation, and no entry written to /var/log/directadmin/system.log or /var/log/directadmin/error.log.
Environment:
Steps to reproduce:
Findings:
Switching the default skin to Enhanced resolves the issue immediately — password change works and gets logged as expected (Email user@domain password changed ... /CMD_EMAIL_POP).
I compared skin.conf between the current and a previous locally-cached Evolution build:
Reverting Evolution to the 786febd1... version fixes the password change functionality, while 244bf01... reproduces the bug consistently.
This looks like a regression introduced in a recent Evolution skin update — likely in the JS/AJAX handling for the email password change form, since the request appears to never reach the server (no log entry at all, not even a failed attempt).
Would appreciate if the DA team could check the diff between these two skin versions around the email password change flow. Happy to provide more debug output (browser console / network tab) if needed.
Thanks!
After the latest DirectAdmin core/skin update, changing an email account password from the panel (Evolution skin) silently fails. Clicking "Save" does nothing — no error shown, no confirmation, and no entry written to /var/log/directadmin/system.log or /var/log/directadmin/error.log.
Environment:
- Server: AlmaLinux (CloudLinux-based)
- Panel: DirectAdmin
- Affected skin: Evolution (latest version)
- Working skin: Enhanced (no issue)
Steps to reproduce:
- Log in as a user/reseller with the Evolution skin active
- Go to Email Accounts → change password for an existing account
- Click Save
- No action happens, no error, no log entry
Findings:
Switching the default skin to Enhanced resolves the issue immediately — password change works and gets logged as expected (Email user@domain password changed ... /CMD_EMAIL_POP).
I compared skin.conf between the current and a previous locally-cached Evolution build:
Reverting Evolution to the 786febd1... version fixes the password change functionality, while 244bf01... reproduces the bug consistently.
This looks like a regression introduced in a recent Evolution skin update — likely in the JS/AJAX handling for the email password change form, since the request appears to never reach the server (no log entry at all, not even a failed attempt).
Would appreciate if the DA team could check the diff between these two skin versions around the email password change flow. Happy to provide more debug output (browser console / network tab) if needed.
Thanks!
