Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.
Latest post by nicholas on Friday, 12 April 2024 06:12 CDT
Hi,
I have migrated 2 sites from J3 to J4 (there I installed Akeeba 9.9.0 + migrated the settings via the Button + uninstalled the old version) and then to J5
On both websites I have noticed the following 2 issues apparently :
- my post-processing engines (to Amazon S3 and to Amazon S3 custom) were apparently ignored during the migration
- when I tried to export the profile from another website, it would generate a 0k file (which of course cannot be imported in the other site)
Txs,
Marc
The 0 KiB file probably means there's a plugin doing something funky, like starting yet another output buffer layer beyond what Joomla! does. We can work around that.
About the migration, this doesn't make sense. You can't have only some settings transfer and others not. If the settings decryption key is corrupt you get none of the settings transferred.
Nicholas K. Dionysopoulos
Lead Developer and Director
🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!
Txs Nicholas,
1. "partial" migration
Yes I know it is weird. Now that those 2 big websites are migrated I don't want to restart those migrations from scratch :D
But at my next migration I will investigate this further and leave both the old "Akeeba for J3" and the new "Akeeba for JoomlaTM for J4" active so that we can check this in real conditions
2. export/import
I rarely export/import. I already imported at least once successfully in the past with "Akeeba for J3" since it is how I configured in the past all my sites with an Amazon S3 profile.
But I have just checked the following :
- on a J3 website > Profile > export : I get a popup proposing me to download the json file
- on a J5 website (same host, similar server) > Profile > export : the json directly opens in the browser itself the following URL
/administrator/index.php?option=com_akeebabackup&task=Profile.export&id=5&format=json&0f9bca63da887470d50be7346cf14cd2=1
Does that ring any bell?
From there, 2 scenarios (I have gone through it again this morning to clarify)
- when I was using Chrome, I was seeing the json in the browser and I had copied it to a newly created json file. But when importing that I would get ""Invalid file. This doesn't look like an exported profile .json file."
- but right now, I have tested with Firefox... and Firefox has a nice "Save" button at the top of the JSON within the browser. If I save from there and import the json file, then the import works
Si in summary, the json is correctly generated. The only issue is that for some reason it does not trigger a download but it simply displays within the browser.
1. Please let me know. This feature was very heavily tested back in late 2020 and early 2021, then it was used extensively during the first migration wave off Joomla! 3. We had never seen that before.
2. Ah, Chrome, the new Internet Explorer. Saving a JSON file breaks it. Groan. I'll add a Content-Disposition header which fixes the problem.
Nicholas K. Dionysopoulos
Lead Developer and Director
🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!
Txs Nicholas,
1.
Sure, I will let you know. Here I migrated the profiles right after migrating to J4, then I migrated to J5 and only then I launched backups with those profiles, discovering that no post-processing was done. But actually, I think apart from post-processing, no customization was ever made. So when I said "partially migrated", what I should say to be precise is
- after migration, there is the same number of Profiles, each having the correct Title
- post-processing config is clearly not migrated... but it could be that actually no other parameter was migrated
Food for thought. We'll see at my next migration (I don't know when exactly yet)
2.
Good if you can force "saving". Then indeed everything is good.
See you later at JDayUSA maybe :)
It is possible that no configuration has been transferred, e.g. if the encryption key is broken, or the backup profiles were using a very old encryption format we discontinued several years ago.
Nicholas K. Dionysopoulos
Lead Developer and Director
🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!
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!