Support

Akeeba Backup for Joomla!

#38890 bugs in interpretation of [PROILENAME] and display times and time zones in completion emails AND in Manage Backups listings and details

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
4.2.9
PHP version
8.0.28
Akeeba Backup version
9.5.1

Latest post by davidascher on Thursday, 20 April 2023 12:34 CDT

davidascher

The interpreted value of the PROFILENAME token as I see it in the emails I receive after backups performed via cron jobs on the same host  is 

Backup taken on Thursday, 13 September 2018 12:43

I have recently moved these 3 sites from Siteground to Scalahosting and I keep finding little things that I had not noticed before. However, checking my old backup completion emails, I can see that the mis-interpretation - which always has the same date/time info which is apparently unique to each site - that is, it is always "Thursday, 13 September 2018 12:43" for the peaceactionme.org site - and the identical value for backups done with a different profile on that same site - while on the peacecoalition.org site, the value displayed is always "Backup taken on Wednesday, 01 February 2023 20:02 EST".

 

Just to be sure that I am being clear - for each of the sites, the value of [PROFILENAME] that is displayed never changes, is always wrong, and is unique to each website.

From some quick poking around in the databases it appears that the value being displayed instead of the profile name is the 'description' field of the first row of the #_akeebabackup_backups table. So either I am using the wrong tag or an incorrect tag or there is a bug in the code. I asssume that you actually want to display the 'description' value from the nth row, where n=profileid, from the #akeebabackup_profiles table.

This is not a critical bug, but I thought you would like to know about it anyway.

While we're discussing tokens, is there some way that I am missing to have the [DATE] and [TIME_TZ] tokens displayed in a nicer format than what I am currently seeing in place of those tokens in the emails?? I am seeing, for example, 20230417 for a date and  020101edt  for the time with time zone. obviously it would be less confusing to the folks who manage these sites to receive emails in more 'friendly formats. The dates and times displayed in the "Manage Backups" pages would be fine - I am currently seeing, for example 2023-04-19 UTC  for a backup taken this afternoon. Unfortunately, I don't see any time displayed on the overview listing of backups and when I look at the details of a backup I see LOCAL times and not UTC times. This appears to be another minor (for me) bug.

 

 

tampe125
Akeeba Staff

Hello,

regarding the Profile name, I guess you're right, I checked with the code and it's loading the "title" of the current backup, not the profile name. I'll take a look into it.

Regarding the date, that's the shorthand tag for year, month and day. If you want more control over it, you have to use the full tokens [YEAR], [MONTH], [DAY].

For the time, you can use [TIME] followed by [TZ_RAW]

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

davidascher

thank you for the info about the tags. I couldn't find it in the online docs. Is it there someplace?

and my apologies for mistyping "PROFILENAME". (Nobody is perfect.)

 

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!