Hi List!
Please have a look at the suggestion from the new developer who
joins the team (Vergoz Michael):
http://phpmyadmin.sourceforge.net/new_design/first_draft_01.gif
And comment it, of course ;)
Loïc
Note: this url is for the dev team and regular contributors only, Michaël
suggest to keep the surprise for users.
______________________________________________________________________________
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 Marc!
Well, it's not really a bug IMHO because if you require your
server to parse html documents, you should not enable
short_open_tag else you will face the problem you reported
with each valid xhtml or xml document... and they are more
and more.
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 Armel & List!
The zip dump support works without any problem with my system.
I've improved it a little bit.
Regards,
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 All!
Trying to find a way to fix this bug (wrong counted
rows with "group"-queries), I've found that... the
convenient parser to build would be really too complex
and really hard for the server.
Then I'm thinking about an other way to handle
"SELECT" queries ie remove the "LIMIT" clause
that was added by PMA and use:
- "mysql_data_seek" to move to the first record
that should be displayed;
- a pointer to get only n records.
Of course this will increase a bit the server charge
but not too much since MySQL applies the LIMIT
clause in a second time (it applies it on the internal
result array obtained from the SELECT statement).
Does anybody have a better solution?
Regards,
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 again!
I'm facing some annoying "flex scanner errors" with
the new scanner used by php4.0.7-rc2 and php4.0.8
when php is loaded as an Apache module.
Zeev Suraski & Daniel Beulshausen are working on
this problem and it would be helpfull if somebody
can confirm (or not) this bug under a *nix plateform.
The way to face this bug:
- load php4.0.7-rc2 or php4.0.8-dev as an Apache
module,
- load phpMyAdmin (no problem here),
- then manually refresh the frameset (clicking on the
convenient button of your browser) about ten times
(under winwin 2 or 3 times are enough to face the
error).
- the message for the error is "flex scanner internal
errors... etc"
Thanks,
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 was looking over the bug tracker to pick up a task, and I notice that we
have a lot of bugs with a resolution of fixed, priority 1, that are still
open.
I know loic wanted to keep them open before, but i think that they really
should get closed off now, to start to clean up what really are bugs.
--
Robin Hugh Johnson
"Robbat2"
QTOD: "I used to be an idealist, but I got mugged by reality."
E-Mail : robbat2(a)orbis-terrarum.net
ICQ# : 30269588 or 41961639
Home Page : http://www.orbis-terrarum.net
Time Zone : Pacific Daylight (GMT - 8)
-----BEGIN GEEK CODE-----
geekcode.comebb.org/ungeek
GCS/M/IT d-(+) s+:- a--- C++++
U++++ L++++ P--(+) W++ K++ PS+
N++ w--- O E---- M-(+) V-- Y++
PE++ PGP++ t-- 5 X+ R tv- b+++
D++ G++ e(*) h! r-- !y+
------END GEEK CODE------
-----PGP INFO-{---
Key ID:0x7E20DFA1
FingerPrint:
5447C73A 30FB144C 89521B69 2D6A615E 7E20DFA1
---}-PGP INFO-----
Hi Dave & list!
Well it seems output buffering is the cause for some bugs.
We'll have to look a this, maybe the library we are using
for this feature is buggy but I'm afraid it's more a php
problems (there are many bug reports about it at the official
php website).
Cheers,
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!
I've just finished to rewrite the "user_details.php3" script. It was
a big work but it's done :)
Note there is a big security issue inside (password are transmitted
non-encrypted with the "GET" method -> they are stored in the
browser history).
We're also working on a big improvement of the "split_sql_file"
function from "read_dump.php3". He will commit the new version
very soon.
Olivier, before releasing 2.2.1 I think we must at least:
- fix the bug #461192 (wrong counted rows with "group"-queries);
- fix Apache crashes under WinNT and Galeon problems (see the
forum at phpWizard): both these problems seems to be related to
the use of the output buffering mode.
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
on WinNT with PHP4.06 and phpMyAdmin2.2.0 when PHP is loaded as a module
into Apache server. Apache would crash whenever MySQL returned 0 rows.
The conversation was transfered here at the advice of Loïc
(---.u-paris10.fr). The suggestion was to:
1) "ensure the "zlib.output_buffering" directive is set to off in your php
config file."
The variable output_buffering WAS ALREADY set to OFF in the php config file.
2) "Could you try to reproduce your crashes with $cfgOBGzip set to FALSE in
the phpMyAdmin configuration file?"
Changing $cfgOBGzip to FALSE (from TRUE) in the phpMyAdmin config file was
SUCESSFUL (yippee!) in preventing the above described Apache crashes.
I have not done any extensive testing, but it does seem to fix my original
complaint. Thanks very much Loic.
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
