WordPress 3.5 had some major changes made to reduce certain security risks, such as SQL Injection. The wpdb::prepare method was being used insecurely as plug-in developers were sending complete queries instead of separating out the arguments. This meant that the 'prepared' statements were not prepared, and were actually passing parameters into the query directly, which is a security no-no. As of 3.5, this method now takes three arguments.
To counter your immediate issue, edit your php.ini file, find the line for error_reporting and change it to the following...
error_reporting(E_ALL & ~(E_NOTICE|E_WARNING));
Restart your server.
This will prevent all minor script errors from being reported.
Alternatively, send errors to a log file. In php.ini, find this line (uncomment it), and change it to...
error_log "/path/to/php-error.log"
That will prevent errors from being displayed on your web site. Instead they will be written to a log that only you can see.
If this error bothers you, you could attempt to have the rogue plug-in use dummy values. We can see that the wpdb::prepare method takes three arguments...
$wpdb->query(
$wpdb->prepare(
"
DELETE FROM $wpdb->postmeta
WHERE post_id = %d
AND meta_key = %s
",
13, 'stack overflow'
)
);
By making the affected plug-in send a null as the second and third argument in the method, it will fix the problem completely.
themes/chateau-2.0/functions.php? - Mihai Iorga