DESCRIPTION (as reported by brookerrj)
“In 1.7.1 form_prep() would not try to convert html entities already existing in a string. This was good because when an html string containing html entities was stored in a DB and then retrived for editing in a form they would be protected from conversion and look correct in a form field, E.g. Bob's Name in the database is loaded into a form text field without conversion and is displayed in the form field as Bob’s Name.
In 1.7.2 form_prep() existing html entities are not protected and are parsed corrupting the data so that Bob's Name in the database becomes Bob's Name and when loaded into a text field is displayed as Bob's Name.”
]]>If I have 2 cookies one with and other without prefix, exemple cookie uid and pref_uid, end U want to get one with prefix, U dont get that cookie, but the other one.
get_cookie function returns prefix = ‘’ if is set same cookie without prefix.
In FF there are 2 cookies SET
uid = 1
and
prefix_uid = 5;
in config file
cookie_prefix = “prefix_”;
get_cookie(‘uid’); returns 1 instead of 5
]]>Severity: Notice
Message: Undefined property: CI_DB_postgre_driver::$_like_escape_char
Filename: database/DB_active_rec.php
Line Number: 728
]]>The following characters should be supported:
‘232’ => “e”, // è
‘233’ => “e”, // é
‘234’ => “e”, // ê
‘235’ => “e”, // ë
The numbers on the left are the character codes. However when I try this:
echo convert_accented_characters(’ë’);
I get � returned here, so I have put a debug step into the function here:
return $ord = ord($match[‘1’]);
The codes I get for these four characters are:
è - 168
é - 169
ê - 170
ë - 171
These numbers are not in the config file at all, as it only starts from 223.
I am using Mac OSX, PHP 5.2.11. Charset is UTF-8 and the browser is FF 3.6.
Not sure if I should simply add these missing characters into the config file or what?
P.S ü - 188 >.<
]]>This gives the error:
Fatal error: Call to undefined function get_instance() in /Users/phil/Sites/pyrocms/codeigniter/libraries/Security.php on line 651
Stuck as to why, never had that before.
]]>return @mysql_connect($this->hostname, $this->username, $this->password, TRUE);
The use of error suppression (the @) is a big problem if MySQL is not loaded for some reason. In my case PHP was compiled without MySQL support.
The result is a blank page and no clue as to why. error_reporting and display_errors do not help here. It’s a huge pain to debug this.
I suggest either dropping the @ or adding something among the lines of:
if (!function_exists(‘mysql_connect’))
{
trigger_error('The MySQL extension is not available. Check php.ini to enable it or recompile PHP with MySQL support.', E_USER_ERROR);
}
Other database drivers are probably also affected.
]]>