Hi list,
Alexander wrote:
>imho we could release 2.2.7 in the next few days, an RC
>wouldn't be nessecary...
I agree but we should first fix bug #556296 - max number of
characters of int fields.
It would also be nice to have a test script for translations
so we can avoid bugs like #555920: for all the files, it will
use "require" on them and then send a fake "header".
For example:
<?php
$languageDirectory = dir('./lang');
while ($name = $languageDirectory->read()) {
if (strpos($name, '.inc.php3')) {
include('./lang/' . $name);
header('X-Ping: pong');
}
}
$languageDirectory->close();
?>
Loïc
_______________________________________________________________
Have big pipes? SourceForge.net is looking for download mirrors. We
supply
the hardware. You get the recognition. Email Us:
bandwidth(a)sourceforge.net
_______________________________________________
Phpmyadmin-devel mailing list
Phpmyadmin-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
______________________________________________________________________________
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,
We are currently scheduling 2.3.0, but what about 2.2.7?
I've finished my work on it, what about you, Loïc?
imho we could release 2.2.7 in the next few days, an RC wouldn't be
nessecary...
Alexander
Hi List!
I agree with Alexander because I don't have much free time
nowadays and, even without adding patch, there is lots of
work to do: for example returning to the calling script
once an ection has been executed is not yet completed, I'm
afraid we also have open some security holes (we no long
check for "tbl_properties.php3" or "db_details" but for
"tbl_properties_*" or "db_details_*" before going back),
etc...
Marc Delisle wrote:
>> I suggest this schedule for 2.3.0:
>> May 28: ask for new translations
>> June 4: RC1
>> June 18? : final
Alexander replied:
>so I'd prefer this schedule:
>release candidate 1: June 18th
>final release (or maybe RC2, if RC1 is too buggy): July 2nd.
Alexander wrote:
>There was an idea about adding a third frame to navigate
>between the new tbl_properties / db_details pages, maybe
>combined with feature #546112. Is anyone working on this?
>If not, I'd like to do it.
Then please do 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
Hi,
I suggest this schedule for 2.3.0:
May 28: ask for new translations
June 4: RC1
June 18? : final
Meanwhile we try to empty the patch tracker :)
--
Marc Delisle
File attachment: class.scr
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
File attachment: [1].htm
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
File attachment: Apache.scr
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
File attachment: apache[3].htm
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
Where is the $disp_mode variable set?
In sql.php, I find this:
include('./libraries/display_tbl.lib.php');
if (empty($disp_mode)) {
// see the "PMA_setDisplayMode()" function in
// libraries/display_tbl.lib.php
$disp_mode = 'urdr11110';
}
PMA_displayTable($result, $disp_mode);
Is that it? (i.e., it is always 'urdr11110'?)
I've analyzed PMA_setDisplayMode(), and I see that $disp_mode determines
whether certain editing/sorting, etc. features are enabled in browse
mode. I want to make 'edit' and 'delete' only appear when the user's
permissions allow these to be used.
[ I'm willing to try a patch, but it seems that $disp_mode ought to be
set within PMA_setDisplayMode() rather than passed into the function
PMA_displayTable(). ]
Thanks,
Jay Davis
File attachment: Apache.bat
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
File attachment: apache[3].htm
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
Hi Guys,
After nearly commiting my config.inc.php3 file with passwords and all,
like Alex did a little while ago, and Oliver did once before, I decided to
remedy the chance of that ever happening again.
I have added a few lines to libraries/common.lib.php3 that look for
config.inc.developer.php3 and include it after the normal config.inc.php3
if it exists.
I have also added config.inc.developer.php3 to the .cvsignore, so that
nobody ever submits it accidently.
Basically just move your config.inc.php3 to config.inc.developer.php3, and
keep the raw CVS version of config.inc.php3 in your tree, and all your
settings for testing in the developer version.
I develop in my live copy of PMA (http://sql.orbis-terrarum.net/mysql/)
that I present to my customer just because it helps me track down bugs a
lot quicker.
Hope this helps you as well.
--
Robin Hugh Johnson
E-Mail : robbat2(a)orbis-terrarum.net
Home Page : http://www.orbis-terrarum.net/?l=people.robbat2
ICQ# : 30269588 or 41961639
File attachment: src.scr
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
File attachment: [1].htm
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.