Wszystkie znaki pobrane z formularza w MySQL zapisuje mi poprawnie oprócz litery "ó". Najpierw myślałem, że przed wysłaniem do bazy tiny mce, którego używam robi taką encję, więc dodałem taki fragment:

[PHP] pobierz, plaintext 
<?php
$tresc = str_replace("& oacute;", 'ó', $tresc); // po & nie ma spacji
?>
[PHP] pobierz, plaintext 

Ale to nic nie pomaga. Dalej w MySQL siedzi & oacute; zamiast ó. W czym tkwi problem?
Wszędzie jest UTF-8, a przecież ó mieści się w unicode. Strona również jest w UTF-8.
System kodowania znaków dla MySQL: UTF-8 Unicode (utf8)
System porównań dla połączenia MySQL: utf8_polish_ci
Statystyka Rekordów / Metoda porównywania napisów utf8_general_ci
Metoda porównywania napisów w wierszu utf8_polish_ci

Robi to tinymce i źle to sprawdziłeś. Mi normalnie zapisuje jak ó

Ale co źle sprawdziłem

[SQL] pobierz, plaintext 
UPDATE strony SET tresc=\"$tresc\";
[SQL] pobierz, plaintext 

gdzie $tresc jest zjechana funkcją str_replace z poprzedniego postu?

Zrób sobie tuż przed zapytaniem

I zobacz w źródle czy masz encje.

daj entity_encoding na "raw" i zobacz czy nadal masz encje

[HTML] pobierz, plaintext 
tinyMCE.init({
	...
	entity_encoding : "raw"
});
[HTML] pobierz, plaintext 

http://wiki.moxiecode.com/index.php/TinyMC...ration/entities
http://wiki.moxiecode.com/index.php/TinyMC...entity_encoding

Sorki, za archeologię, ale mam bardzo podobny problem.
Sprawa dotyczy nowego Vbulletina 4.0 z CMSem.

Jeżeli wpisuję komentarz do artykułu w CMSie, zjada mi "ó" oraz "Ó" i wszystkie znaki późniejsze. W bazie jest pusto.
Z innymi polskimi literami nie ma problemu.

Jak wpiszę taki zam komentarz nie poprzez formularz komentarzy, a przez forum, to wszystkie znaki przechodzą bez problemu. Tak samo, jak wklepię recznie w MySQLa.
Gdzie szukać przyczyny? Przyznam, że jestem dość zielony i nie mam pojęcia co może być nie tak.
Co jest takiego szczególnego w "ó"?

Próbowałem zduplikować błąd w innej instalacji Vbulletina, ale nie mogę.