Support

Akeeba Backup for Joomla!

#13481 Restoring backup will not show words with accent.

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
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by nicholas on Sunday, 09 September 2012 15:08 CDT

user51436
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Yes
Joomla! version: 2.5.6
PHP version: server uses 5.3.2 and localhost uses 5.4.4
MySQL version: 5.1.63 on servers and 5.5.25 at localhost
Host: Locaweb
Akeeba Backup version: 3.6.3
Links to logs:
Frontend log: www.tutorbrasil.com.br/frontend_log.txt
Backend log: www.tutorbrasil.com.br/backend_log.txt

Description of my issue:

I use the option of multiple databases backup to save a backup from my phpBB forum as well.

The informations I think relevant to the situation are:

In my host:
Character set: utf8
database collation: utf8_general_ci
tables collation: latin1_general_ci for someones and utf8_bin for others (but the problem is in a table with latin1_general_ci

localhost using MAMP 2.1.1

In order to restore the database to my localhost, I first create the databases using utf8_general_ci collation (as described in some ticket I've read in akeeba forum, but already tried to use latin1_general_ci as well).
When restoring, I've checked the option "Force UTF8 collation" and already tried without this option checked as well.

After restoring, all the tables in my localhost have the exactly same collation as the server.
But, when a word has a letter with accent, it breaks the word in that letter.
Example, the word:

"matemática"

is show as

"matem"

Is there some configuration that I am missing?

Kind regards,
Thyago

nicholas
Akeeba Staff
Manager
Akeeba Backup only supports tables with a UTF-8 collation. It will not work correctly with tables having a different encoding.

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!

user51436
Hello Nicholas,

Thanks for your reply.

After your comment, I've changed the collation of all tables that were latin1_general_ci to utf8_general_ci using the command

ALTER TABLE tbl_name CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;

So, now my database has some tables with utf8_bin and the rest is utf8_general_ci.

And the behavior is still the same, the accent is still breaking the words.

Another try?

Kind regards,
Thyago

nicholas
Akeeba Staff
Manager
It's rarely sufficient changing the table's collation. The chances are that some of the text fields are still in latin1_general_ci. I remember those issue back in the Joomla! 1.0 days...

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!

user51436
So, no solution??????

nicholas
Akeeba Staff
Manager
I will tell you what I can see during my tests. I create a table with latin1_general_ci encoding and added some french and german words with accented characters in them. The database dump file contains the data of the table correctly. It seems that I was wrong when I said that Akeeba Backup is not compatible with tables with arbitrary encodings. It seems that even though I never meant to, it does back up the data of such tables correctly.

Which brings us to restoration. I did not use the "Force UTF8 collation on tables" and the data was restored correctly. I tried again with this option enabled and the data also restored correctly.

Since the database drivers force the use of UTF-8 for the communications between the backup/restoration scripts and the server there is no problem backing up or restoring this data. I had forgotten about that (it's been over three years since I last saw a database table with anything except utf8_general_ci collation).

And now this brings us back to your problem. I have no idea why it's happening! Can you please check the database dump files (inside the installation/sql folder in the archive) and tell me if the data is dumped correctly, i.e. you see "matemática" in it?

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!

user51436
Hello Nicholas,

I've downloaded the .jpa file form my server (200Mb) using my FileZilla FTP Client with binary transfer type configured.

In my desktop, I've extracted the .jpa file using Akeeba eXtract Wizard 3.3.

The phpbb DB has files from .sql to .s324.

Searching for the tables with errors, I opened the 28DE3B39-phpbb.s298 using TextWrangler editor and could see that the word "Matemática" appears as "Matem·tica".

And all the other words with accent are being show with strange characters instead of the áéíóúãõà...

nicholas
Akeeba Staff
Manager
The only thing I can think of is that the default collation of my test database is utf8_general_ci whereas yours might still be latin1_general_ci. I really don't know what is the real cause of this issue as I can't reproduce this on a test server :( Besides, I suspect that if I try to support this rare use case I will end up breaking the typical case: backing up UTF-8 encoded Joomla! databases.

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!

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!