Hi Luc & list!
You wrote:
>I want to modify this code to
> echo get_magic_quote_gpc() ? stripslashes($message) : $message;
>Is this code correct?
I can't find time to fully ensure this is always valid but I'm pretty sure
you're
right :)
Could you please deeply test it and tell us if you face any problem with it:
if not we will patch the official code.
Thanks for this suggestion,
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
I have a few questions about 2.2.4-cvs.
1) Is insert data action OK?
My browser display below messages after insert data submit(GO).
Error
MySQL said:
Query was empty
But real data inserted correctly in the table.
2) ./libraries/common.lib.php LINE 832
<td bgcolor="<?php echo $GLOBALS['cfgThBgcolor']; ?>">
<b><?php echo stripslashes($message); ?></b><br />
Does this function must need 'stripslashes' ?
get_magic_quote_gpc() ? stripslashes($message) : $message;
Is this wrong?
In case of japanese-sjis code, this stripslahes is no good.
Best Regards,
luc
Hi again!
Luc asked:
>Is insert data action OK?
>My browser display below messages after insert data
>submit(GO).
> Error
> MySQL said:
> Query was empty
We know there are some problem in this area but, at this
time, we can't find where the "bug" is.
>Does this function must need 'stripslashes' ?
> get_magic_quote_gpc() ? stripslashes($message) :
> $message;
>In case of japanese-sjis code, this stripslahes is no good.
Yep, it does. If magic_quote_gpc is enabled, php slashes
special characters and we must remove these slashes before
executing the query.
But I've read that some php releases are buggy with japanese
characters. Maybe you can check the official php bug
database?
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
Hi List!
Luc wrote:
>phpMyAdmin-2.2.4-cvs is error on PHP 3.0.18,
>On PHP 4.x.x is OK.
>Parse error: parse error in ./libraries/display_tbl.lib.php on
>line 665
>function PMA_displayTableBody(&$dt_result,
>&$is_display, $map = array())
Well I'm afraid it's a php bug rather than a true phpMyAdmin
bug.
Then I'm not sure we will fix it....
Sorry,
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
Hi Luc!
Thanks for your translation :) I've just commited it into the
CVS tree.
BTW it would be nice to discuss your fixes with the "official"
japanese translator:
Georgi Georgiev <chutz at chubaka.homeip.net>
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
phpMyAdmin-2.2.4-cvs is error on PHP 3.0.18,
On PHP 4.x.x is OK.
Parse error: parse error in ./libraries/display_tbl.lib.php on line 665
function PMA_displayTableBody(&$dt_result, &$is_display, $map = array())
^^^^^^^^^^^^^^^
Hi,
This option works well on a Linux Apache server, but I have problems with this
under a Windows server:
MySQL 3.23.40
Apache 1.3.20
PHP 4.0.6
I erase the value of the auto-increment key, modify some fields, and choose "insert as new record",
but the key is now 0.
--
Marc Delisle
Service de l'informatique
Collège de Sherbrooke, Québec
