We got a report from a user, his ISP has disabled ini_get() and
mysql_list_dbs() for security reasons.
Problem is, in this case, function_exists('ini_get') is true
even if ini_get() is disabled.
Together with this mail, my last feature "request" for the next version. From now on
I want to focus on seeing if all works well, adding transformations and especially
creating a documentation. I hope this will get along smoothly, I'm a bit afraid of
making a documentation. I'm not that good at this. ;)
But for now, I added a vertical display to the tbl_properties.inc.php3 page. I
didn't like the cluttering of the horizontal space since transformations got added,
so I added to optionally align all fields vertically. Currently this is only
one-time configurable in config.inc.php3 - I thought it too hard to make a 'flip'
button on the page because of getting the variables from one page to the next. Maybe
this can be done in some future release, but for now tell me how you like it?
I hope it was okay to include that feature without at first releasing a patch
tracker item - in the end I thought it the easier way for you to have a look at, and
after all the patch mainly affects a single file so it should be pretty easy to
remove, if inconvenient.
As I told in the previous mail to Alex, I won't have free-time this weekend (some
german national traditions going on, depending a lot on alcohol and stuff... ;) so I
hope I'll get to the docs next week.
Did anybody already throw a look upon
https://sourceforge.net/forum/message.php?msg_id=1900516 ? There's a lightweight
Tab-patch from a user. I pretty much like the optional design when using PMA on
I included it into my current working directory, so if nobody objects I would like
to commit his patch.
If anybods wants to see his output, have a look at
The patch reminds me of former PMA times, could it be that it was formerly the
default display? Are there any reasons the relatively big Tabs are forced?
Du hast Lust mal wieder jemand Neues kennen zu lernen, aber die ewige
Sucherei nach der Richtigen und das lange Herumbaggern nerven Dich?
Du hast einfach keine Lust, einen ganzen Abend und diverse Drinks in einen
einzigen One-Night-Stand zu investieren? Du willst einfach mal wieder kurz
und heiss flirten und dann gleich wild drauf los vögeln?
Dann nutze die Möglichkeiten dieser Datenbank, denn hier findest Du
ausschliesslich Frauen die das gleiche suchen wie Du und das ohne
Egal ob Deutschland, Österreich oder Schweiz, heisse Mädels aus Deiner
Umgebung sind bereit für heisse Flirts per Mail, SMS oder Chat- das
Kennenlernen ist dabei garantiert!
Hier ist der Link:
Wenn Du diesen Newsletter nicht mehr erhalten möchtest, klicke einfach auf
Did any of us developpers reproduce this bug yet? I tested with Win2k+PHP
4.2.1+Apache 1.3.27, DebianWoody+PHP 4.3.0+Apache 1.3.27/2 but couldn't get that
I think this is a serious issue we should take a hold of. Must have to do with some
PHP setting, Apache issue or a global-varscope bug.
If nobody of us can reproduce we should ask some users if we can have a temporary
account for testing on their machines...
<quote who="Bill Maidment">
> I have two other systems running a similar setup (with the exception
> that they have 2.4.0-rc1 and are pentium IIIs) and they don't have the
> So I changed the problem system (athlon system) back to 2.4.0-rc1 and it
> still has the problem.
> Beats me, especially as it had been working before upgrading to 2.4.0
> Bill Maidment
> Sean Sharp wrote:
>> I have the same problem (see my posts dates 11/21/02 and 11/26/02) with
>> many functions in PhpMyAdmin. I tried several versions of PHP and
>> MySQL, but could not resolve the problem. I finally gave up on it...
>> Bill Maidment wrote:
>>>I'm running phpMyAdmin 2.4.0 on RedHat 8.0 with mysql 3.23.54-4 and
>>>parts of the generated SQL are being duplicated e.g.
>>> Database shop - Table Cart running on localhost
>>>ALTER TABLE `Cart` CHANGE `Cart_ID` `arct_id` INT( 11 ) NOT NULL
>>>CHANGE `Cart_ID` `arct_id` INT( 11 ) NOT NULL AUTO_INCREMENT
>>>Unknown column 'Cart_ID' in 'Cart'
>>>Has anyone got any idea what could have caused this?
>>>This SF.NET email is sponsored by:
>>>SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
>>>Phpmyadmin-users mailing list
>> This sf.net email is sponsored by:ThinkGeek
>> Welcome to geek heaven.
>> Phpmyadmin-users mailing list
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> Phpmyadmin-users mailing list
Hi Garvin & list,
Could you please at least documentate $cfg['Servers'][$i]['column_info'] and
$cfg['Servers'][$i]['history'], especially the new table structure?
Otherwise, we cannot test your features, at all...
Alexander M. Turek
| The phpMyAdmin Project |
| http://www.phpmyadmin.net |
| rabus(a)users.sourceforge.net |
| [bugfixes.info] |
| http://www.bugfixes.info |
| rabus(a)bugfixes.info |
(copying & answering your mail to the phpMyAdmin-devel mailing list)
On Wed, Feb 26, 2003 at 05:20:45PM -0800, Thor Anthrax wrote:
> I'm offering my help for creating rpm files of phpMyAdmin
> for Mitel SME server. I made them already, but suddenly came
> up with the idea to ask you about it.
> Current version (made with phpMyAdmin 2.4.0) doesn't need
> configuration afterward, although every server has its own
> IP adres. So even a dummy can install it :)
> What do you think, should I continue and join this project?
RPM's would be nice to have, sure :) But with so many different
distributions, where should PMA be installed by default ? Maybe
it would be good to have a look at the current (already exisiting)
PhpMyAdmin rpm's on the CD's of SuSE, redhat, etc. to get an
Olivier Mueller - om(a)8304.ch - PGPkeyID: 0E84D2EA - Switzerland