[#45760] - [5.4] user send email description
- Closed
- 28 Jul 2025
- Medium
- Build: 5.4-dev
- # 45760
- Diff
- chmst:54-user-send-email-description
User tests: Successful: Unsuccessful:
Pull Request for Issue (#45685 (comment))
Create one more PR for 5.4, improving UX for Account Details > Receive System emails by clarifying that the setting only controls whether the user can receive system emails, e.g. with inline hint (as for the password field), e.g. 'This setting controls whether the user can receive system emails at all.'
Related to #45721
Summary of Changes
The PR adds the toggle button for inline help to the user edit view
and a description to the sendEmail field.
Testing Instructions
Check the user edit view before and after the Patch.
Actual result BEFORE applying this Pull Request
Expected result AFTER applying this Pull Request
Link to documentations
Please select:
-
Documentation link for docs.joomla.org:
-
No documentation changes for docs.joomla.org needed
-
Pull Request link for manual.joomla.org:
-
No documentation changes for manual.joomla.org needed
| Status | New | ⇒ | Pending |
joomla-cms-bot
- | Category | ⇒ | Administration com_users Language & Strings |
| Labels |
Added:
Language Change
PR-5.4-dev
|
||
I am not convinced the message is correct. Is it really correct that even a "registered" user will receive all system emails if this field is set to yes?
I am not convinced the message is correct. Is it really correct that even a "registered" user will receive all system emails if this field is set to yes?
Yes, as tested by creating a new user with only Registered and Receive System Emails Yes. Configured Scheduled Tasks > Session GC > Task Success > Registered. Run GC and user receives an email.
@chmst Thank you for this PR.
@brianteeman The hint reads wordy for me. How sounds this for you:
Allows receiving system emails based on group settings.
| Title |
|
||||||
@brianteeman
There are system emails which go only to users with permission to add and edit users. These permissions are checked via ACL.
Example: A new user registers, then all super Users with sendEmail = "yes" receive a message.
Only notifications which do not require special permissions can be sent to everyone with "sendEmail" = yes.
The whole sendEmail thing seems to come from J1 and looks now not consistent.
yes thats what i thought. the new description makes it seem as if all system emails will go to any user with the setting of yes
Feel free to suggest a text.
I would prefer to close the PR. The label says exactly: receive system email: yes or no.
A description here cannot explain the concept of system emails. This should go into the documentation or help text.
Feel free to suggest a text.
I would prefer to close the PR. The label says exactly: receive system email: yes or no.
A description here cannot explain the concept of system emails. This should go into the documentation or help text.
agreed
Feel free to suggest a text.
I would suggest: Allows receiving system emails based on group settings.
I would prefer to close the PR. The label says exactly: receive system email: yes or no.
A description here cannot explain the concept of system emails. This should go into the documentation or help text.
The original purpose of this idea was to give the user a hint that it is not enough to simply activate the receipt of system e-mails. Otherwise, an inexperienced user may think that is all that needs to be done.
this description doesnt do that
We cannot explain her what system messes are or are not. I close this.
| Status | Pending | ⇒ | Closed |
| Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2025-07-28 18:26:12 |
| Closed_By | ⇒ | chmst |
I am not happy with the name of the field, sendEmail, it is just the contrary of receiveEmail, but we must keep it for b/c.