Enable User Action Logs.
Write Article or modify a user, or anything that triggers a UAL event.
Macros for subject and field headers in email are translated from macro to expected language, not left as-is.
COM_ACTIONLOGS_EMAIL_SUBJECT
COM_ACTIONLOGS_ACTION | COM_ACTIONLOGS_DATE | COM_ACTIONLOGS_EXTENSION | COM_ACTIONLOGS_NAME | COM_ACTIONLOGS_IP_ADDRESS |
---|---|---|---|---|
User psi-jack updated the user Psi-Jack | 2021-01-25 17:02:16 UTC | Users | Psi-Jack | IP Address |
Ubuntu 20.04 up-to-date
MariaDB 10.3.25
PHP 7.4
Joomla 3.9.24
Joomla configured to use SMTP to localhost for mail delivery instead of PHP Mail.
This literally just started happening after the recent Joomla core updates, so I suspect strongly something in that broke the macro translations in the UAL component somewhere.
Labels |
Added:
?
|
As a temporary workaround, download the update package Joomla_3.9.24-Stable-Full_Package.zip, go to Joomla! Update - Upload & Update and run the update, which fixes the problem.
The "Joomla_3.9.24-Stable-Full_Package.zip" is not an update package, it's the installation package for new installations.
@richard67 - true, but it works as a temporary workaround. I verified the issue in my remote 3.9.24 website. Previously I had not checked Users - User Actions Log, and now it listed the language constants instead of the translated text. After the update was run in Upload & Update using the Full 3.9.24 package no language constants were displayed in the User Actions Log and the report was back to normal.
@richard67 - cheers, my mistake, missed 'update'. My 3.9.x localhost test site was updated to 3.9.24 and then almost immediately to 3.9.25-dev and the User Actions Log displays all the titles and messages correctly, no corrective update with the Full package done, only the daily 3.9.25-dev update packages applied.
Just guessing: there may be (or there may have been) a problem with the packaging of the update package. There doesn't appear to be anything peculiar with com_actionlogs itself but rather with what happens (or happened) when updating from an older version of J! to J! 3.9.24. The problem can be fixed by using the Joomla! Update component and re-instal the J! core files. That's all I can add to this discussion.
Not an issue when updating from .18/.21 to .24. Probably an issue with .23=>.24(?).
I'm sure I corrected the problem (by "re-installing" the J! core files), but I looked again today and all my websites show these untranslated language strings. Haven't a clue what's happening.
Not sure why I can't edit my previous post here. I can re-apply the "re-instal" and it fixes the non-translation issue, but I'm wondering why it didn't work the first time around?
Thank you for this information. I really don't know why this happened - I only can think on a error while writing the language files. As nobody else had this issue, could you close it? If necessary, we can re-open.
I'm saying that, I "re-installed the J! core files" on most, if not all, my J! websites 10 days ago (and it corrected the problem) but when I look again today, the untranslated language strings re-appear again. I checked with my webhosting provider and we haven't made any changes to the server environment (and I doubt this is a potential cause) so I'm just saying that the issue has mysteriously re-surfaced ... I don't have an explanation.
If it's true that "nobody else" has this issue, I would like to leave the matter open until, at least, J! 3.9.25 has been released. Thanks.
UPDATE: Scratch my comment about all J! websites having this problem. I went through all of them again and it's only 70% of them (not all of them) so I'm putting this on the back-burner for the present. One good thing that's happened, however, is that I was able to edit this post after I wrote it. Don't know why (maybe something temporary with GitHub?
And, no, I can't close this issue because I didn't open it in the first place.
No, I have no clue why github sometimes refuses editing. So we let it open and watch.
Looks like this problem was fixed (or fixed itself) with the release of J! 3.9.26.
Labels |
Added:
Information Required
|
Status | New | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2021-04-29 13:52:55 |
Closed_By | ⇒ | Quy |
@erenfro - confirmed the behaviour after update to 3.9.24. An out-of-the-box Joomla 3.9.24 does not have this issue.
As a temporary workaround, download the update package Joomla_3.9.24-Stable-Full_Package.zip, go to Joomla! Update - Upload & Update and run the update, which fixes the problem.
This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/32158.