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.