Hi,
the new version have many problems with german umlauts.
The normal output works, but the echo over mysql_die for example, convert the special characters like ü to ü also the output over javascripts is wrong.
a temporary solution is a back-convert in the affected string, ü to ü
should i do this?
Regards,
Steve
Steve,
but I think you made a first conversion from ü to ü wasn't that necessary?
Marc
Steve Alberty a écrit :
Hi,
the new version have many problems with german umlauts.
The normal output works, but the echo over mysql_die for example, convert the special characters like ü to ü also the output over javascripts is wrong.
a temporary solution is a back-convert in the affected string, ü to ü
should i do this?
Regards,
Steve
Phpmyadmin-devel mailing list Phpmyadmin-devel@lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
Hi Marc,
the umlaut char encoding is required, on non iso-8859-1 browser.
i dont know which strings are direct displayed and which strings displayed from functions like mysql_die.
is it required to code $error_message with htmlspecialchars() ?
Regards,
P.S.: another question. are you on irc (internet relay chat)? Steve
-----Original Message-----
Steve,
but I think you made a first conversion from ü to ü wasn't that necessary? Steve Alberty a écrit :
Hi,
the new version have many problems with german umlauts.
The normal output works, but the echo over mysql_die for example, convert the special characters like ü to ü also the output over javascripts is wrong.
a temporary solution is a back-convert in the affected string, ü to ü
should i do this?
Steve Alberty a écrit :
Hi Marc,
the umlaut char encoding is required, on non iso-8859-1 browser.
i dont know which strings are direct displayed and which strings displayed from functions like mysql_die.
is it required to code $error_message with htmlspecialchars() ?
Don't know, will have to take a look on this.
Regards,
P.S.: another question. are you on irc (internet relay chat)?
I can go on IRC if needed. However for 2 weeks I am teaching so I am not really available to be on-line.
What do you have in mind? a phpMyAdmin support channel? developper channel?
Marc
Steve
-----Original Message-----
Steve,
but I think you made a first conversion from ü to ü wasn't that necessary? Steve Alberty a écrit :
Hi,
the new version have many problems with german umlauts.
The normal output works, but the echo over mysql_die for example, convert the special characters like ü to ü also the output over javascripts is wrong.
a temporary solution is a back-convert in the affected string, ü to ü
should i do this?
Phpmyadmin-devel mailing list Phpmyadmin-devel@lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
zlib
ZLib Support enabled 'zlib:' fopen wrapper enabled Compiled Version 1.1.3 Linked Version 1.1.3 ... bzip2 BZip2 support enabled BZip2 Version 1.0.1, 23-June-2000
'Nuff said ;)
Damned :(
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql' '--with-gd' '--with-ftp' '--enable-versioning' '--enable-track-vars' '--with-gzip' '--with-bz2'
Here is a statique page from phpinfo() : http://www.globalis-hosting.com/~armel/strange.htm
And if my ./configure is like that,
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql' '--with-gd' '--with-ftp' '--enable-versioning' '--enable-track-vars' '--with-gzip'
I have the Gzip support...!!!
So strange :)
Armel.
On Wed, 1 Aug 2001, Armel FAUVEAU wrote:
zlib
ZLib Support enabled 'zlib:' fopen wrapper enabled Compiled Version 1.1.3 Linked Version 1.1.3 ... bzip2 BZip2 support enabled BZip2 Version 1.0.1, 23-June-2000
'Nuff said ;)
Damned :(
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql' '--with-gd' '--with-ftp' '--enable-versioning' '--enable-track-vars' '--with-gzip' '--with-bz2'
Here is a statique page from phpinfo() : http://www.globalis-hosting.com/~armel/strange.htm
And if my ./configure is like that,
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql' '--with-gd' '--with-ftp' '--enable-versioning' '--enable-track-vars' '--with-gzip'
I have the Gzip support...!!!
So strange :)
Armel.
Your configure lines looked a little strange, so I looked in the configure help. There is no '--with-gzip'. Do you perhaps want '--with-zlib'?
Ignacio Vazquez-Abrams a écrit :
On Wed, 1 Aug 2001, Armel FAUVEAU wrote:
zlib
ZLib Support enabled 'zlib:' fopen wrapper enabled Compiled Version 1.1.3 Linked Version 1.1.3 ... bzip2 BZip2 support enabled BZip2 Version 1.0.1, 23-June-2000
'Nuff said ;)
Damned :(
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql' '--with-gd' '--with-ftp' '--enable-versioning' '--enable-track-vars' '--with-gzip' '--with-bz2'
Here is a statique page from phpinfo() : http://www.globalis-hosting.com/~armel/strange.htm
And if my ./configure is like that,
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql' '--with-gd' '--with-ftp' '--enable-versioning' '--enable-track-vars' '--with-gzip'
I have the Gzip support...!!!
So strange :)
Armel.
Your configure lines looked a little strange, so I looked in the configure help. There is no '--with-gzip'. Do you perhaps want '--with-zlib'?
Yes, as written in Documentation.html :)
Hi Marc,
I tested it. Is it intentional that dbase, user, label and query are stored with backquotes surrounding them?
No :p
I replace the line 1648@lib.inc.php3 by this one ?
$query ='INSERT INTO '.backquote($cfgBookmark['db']).'.'.backquote($cfgBookmark['table']) .' (id, dbase, user, query, label) VALUES ('',''.$fields['dbase'].'',''.$fields['user'].'',''.$fields['query']. '',''.$fields['label'].'')';
Armel.
Armel FAUVEAU a écrit :
Hi Marc,
I tested it. Is it intentional that dbase, user, label and query are stored with backquotes surrounding them?
No :p
I replace the line 1648@lib.inc.php3 by this one ?
$query ='INSERT INTO '.backquote($cfgBookmark['db']).'.'.backquote($cfgBookmark['table']) .' (id, dbase, user, query, label) VALUES ('',''.$fields['dbase'].'',''.$fields['user'].'',''.$fields['query']. '',''.$fields['label'].'')';
Armel.
Armel,
ok the patch solves this problem. Now I think you should remove backquotes around the username in list_bookmarks.
I removed them here, then I can see the bookmarks names. I only have one bookmark.
If I try to see it or execute it:
Warning: Unable to jump to row 0 on MySQL result index 8 in /usr/local/etc/www/si/php/phpMyAdmin/lib.inc.php3 on line 1629
Marc
ok the patch solves this problem. Now I think you should remove backquotes around the username in list_bookmarks.
I removed them here, then I can see the bookmarks names. I only have one bookmark.
If I try to see it or execute it:
Warning: Unable to jump to row 0 on MySQL result index 8 in /usr/local/etc/www/si/php/phpMyAdmin/lib.inc.php3 on line 1629
Excuse me but I don't understand why :(
Armel.
Armel,
I have good news: with current cvs version, now my bookmarks are working great!
Marc.
Armel FAUVEAU a écrit :
ok the patch solves this problem. Now I think you should remove backquotes around the username in list_bookmarks.
I removed them here, then I can see the bookmarks names. I only have one bookmark.
If I try to see it or execute it:
Warning: Unable to jump to row 0 on MySQL result index 8 in /usr/local/etc/www/si/php/phpMyAdmin/lib.inc.php3 on line 1629
Excuse me but I don't understand why :(
Armel.
Phpmyadmin-devel mailing list Phpmyadmin-devel@lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
Hello Marc,
I have good news: with current cvs version, now my bookmarks are working great!
Better late than never :) And a big special thank to loic !
But I always have a strange error when I test with PHP version 4. When I bookmark a query, I have :
Warning: MySQL: Unable to save result set in /usr/local/apache/htdocs/armel/phpMyAdmin/lib.inc.php on line 1660
The query was successful exectued by mysql and I can find the query result in the bookmark database. But...this Warning is painful. No problem under PHP version 3.
I precise that I was in versionning mode (running php3 and php4 as concurrent apache modules).
Regards,
Armel.