Hi List!
I would like you to test the current CVS version because
two important fixes has been commited since 2.2.2-rc1:
- output buffering was never used for the left frame and this
was the reason for a strange behaviour under win XP (it
may also help to fix some crashes with win NT/2000 and
Apache or IIS but I'm not sure of it) ;
- there were a possible security hole with the uploading
feature.
Maybe we should plan to roll a rc1 at the end of this week,
this way we may also be able to test PMA under php 4.1.0
that will be released very soon (Zeev talked about today).
Just a not so funny note about sessions and this new php
release: see http://marc.theaimsgroup.com/?l=php-dev&m=100676695925860&w=2
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
Thanks Marc :)
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!
It would be nice if one of the dev. can have a look at the
thred "Configuring phpMyAdmin to use a proxy" at the
phpWizard forum.
Thanks,
Loïc
PS: have you give a try the 2.2.2-rc1 revision?
______________________________________________________________________________
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 Everyone
First I want to excuse if this task has already been discussed. I do not want
to produce overhead ;-)
I am working with PHP and MySQL all day long, and have to work with several
customer databases. Therefore I have every database in the config file.
Adding a new database is really inconvinient, and I simply hate the way it is
done. Not because it is not useful, but simply because I have to leave the
Browser window. After adding a 6th database this morning, I decided to do
something against it. Here is what I have done:
The Database configurations are being stored in a database table. In the
config.inc.php the $cfgServer entries have been removed, instead some
$cfgDBServer entries have been written, to select the database in use.
Adv_Auth entries can either be entered globally by setting
$cfgDBServer["adv_auth"]
or database specific by setting the corresponding database entry.
libraries/common.lib.php has been expanded by adding a short (starting
at about line 300 ) If clause which checks for $cfgDBServers being TRUE,
unsetting $cfgServer if this is the case, and reading the entries from the
Database table. Therefore existing configurations have to be proted to the
database, I guess you could uncomment the unset($cfgServers) statement
without any problems, this was simply not what I wanted it to do.
Localization in the error messages is not being done by now, the errors occur
in english.
I append the additions to common.lib.php and config.inc.php as diff against
the current Release Candidate ( 2.2.2-rc1 ) version. I do not know if it
works against CVS, but should do so without any problems. Keep me posted, if
it works and what you think of it.
CU Roland
Hi Everyone
First I want to excuse if this task has already been discussed. I do not want
to produce overhead ;-)
I am working with PHP and MySQL all day long, and have to work with several
customer databases. Therefore I have every database in the config file.
Adding a new database is really inconvinient, and I simply hate the way it is
done. Not because it is not useful, but simply because I have to leave the
Browser window. After adding a 6th database this morning, I decided to do
something against it. Here is what I have done:
The Database configurations are being stored in a database table. In the
config.inc.php the $cfgServer entries have been removed, instead some
$cfgDBServer entries have been written, to select the database in use.
Adv_Auth entries can either be entered globally by setting
$cfgDBServer["adv_auth"]
or database specific by setting the corresponding database entry.
libraries/common.lib.php has been expanded by adding a short (starting
at about line 300 ) If clause which checks for $cfgDBServers being TRUE,
unsetting $cfgServer if this is the case, and reading the entries from the
Database table. Therefore existing configurations have to be proted to the
database, I guess you could uncomment the unset($cfgServers) statement
without any problems, this was simply not what I wanted it to do.
Localization in the error messages is not being done by now, the errors occur
in english.
I append the additions to common.lib.php and config.inc.php as diff against
the current Release Candidate ( 2.2.2-rc1 ) version. I do not know if it
works against CVS, but should do so without any problems. Keep me posted, if
it works and what you think of it.
CU Roland
Hi Lists!
phpMyAdmin 2.2.2-rc1 was released a few minuts ago. Wait till
SourceForge update the release page and you'll be able to download it.
Please have alook at it, test it, translate it,.... and reports bugs.
Thanks!
Loïc for the phpMyAdmin development team
Here is the brief list of changes:
-------------------------------------------------------------------------
Most important bugs fixed since 2.2.1:
- security has been improved;
- running sql scripts from the "table properties" page is fixed;
- databases' names containing "_" or "%" characters weren't displayed at the
left frame;
- fixed server crashes while changing binary data;
- merged a workaround to allow exporting dump files with IE and phpMyAdmin
on a secured server (SSH).
Enhancements since 2.2.1:
- enhanced index creation script has been added;
- inserting a sequence of records is possible now;
- added an indicator in browse mode (does not work with NS 4+)
- started the work to handle right to left writting and added Arabic
translation;
- some languages were updated.
----------------------------------------------------------------------------
--
______________________________________________________________________________
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 forward a message received a few days ago from Rod Whitby
<Rod.Whitby at motorola.com>.
My reply to this suggestion is : authentication with en empty password
is IMHO way too much specific to your case, Rod, to be taken into account
for the official version. But it's just my 2 cents...
Loïc
---- Fwd -------------------
Subject: Potential patch for phpMyAdmin auth
From: Rod Whitby <Rod.Whitby(a)motorola.com>
Message-Id: <E1636QK-0007IT-00(a)usw-sf-web2.sourceforge.net>
Sender: nobody <nobody(a)sourceforge.net>
Date: Sun, 11 Nov 2001 18:02:08 -0800
I saw from the patch tracker that you are rewriting the
phpMyAdmin authentication routines.
I have a need for a particular type of authentication, and
wanted to check whether you were considering supporting
that style of authentication before I went to the trouble
of submitting my patch.
The style is that everyone is authenticated against the
HTTP server (via LDAP or some other non-MySQL means, for
example), and then I have entries in the user database for
people but have no password. The machine on which the web
server runs has restricted logins so I know that if someone
was able to log into the web server, then I can allow them
to log into MySQL server without a password (I still put in
a user entry for them, so I can restrict which databases
they have priviledges for).
So basically, I need a scheme where PHP_AUTH_USER and
PHP_AUTH_PW will be set to real values, but I only want to
use PHP_AUTH_USER and I want to ignore PHP_AUTH_PW.
At the moment I have a patch which does the following:
If the connect with PHP_AUTH_USER and PHP_AUTH_PW fails,
then try again with PHP_AUTH_USER and no password.
Is this something you are considering ?
Would what you are considering meet my needs some other
way ?
Should I just add another server config variable which says
to retry with no password on failure ?
I'd really like to get something into the standard
distribution so that I don't have to patch each new version
of phpMyAdmin myself locally.
Thanks,
Rod Whitby
--------------------------------------
______________________________________________________________________________
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!
>However, beginners (and maybe pros) will prefer some quick links to click,
>than go to a separate index page.
>> Right but do you often create index on one field only?
>Yes! :)
OK so let's keep these links ;)
>But there will be complaints :)
>If we keep the current checkboxes, users will think that the index
>possibilities in phpMyAdmin are quite limited. If we remove them, they
>will see the complete index module on a separate page.
Well we can't really split table and index creation, at least because a
field
with the "auto_increment" property has to be defined as a primary index.
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 Michal!
I've commited your patch a few hours ago and hopefully fixed the bug
your reported (my fault, my fault, my fault....)
I've beginning to work on the js you suggested but that's not so
easy :(
[About indexes links in "tbl_properties" actions]
>I thing that these actions are not needed anymore, but it is easiest to
>create index on one field using these actions than using advanced
editing...
Right but do you often create index on one field only?
[About checkboxes for indexes in table creation]
>At least there should stay checkbox for primary key.
Right at least because "auto_increment" fields require it.
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