Robin suggested:
>All dumps from PMA currently make this header:
...
>So it would become with all my suggestions:
>/**
> * phpMyAdmin MySQL-Dump
> * version 2.3.0-rc2
> * http://www.phpmyadmin.net/
> *
> * Host: localhost
> * Time: Wed, 19 Jun 2002 21:12:07 -0800
> * Server: MySQL-3.23.49
> * PHP: 4.3.0-dev
> */
+1 for me, as soon as using "inline comments style" does
not increase too much server work (I'm thinking about our
parsers).
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!
Marc wrote:
>I suggest a -rc3 on July the 14th, and 2.3.0 on July the 28th.
Why not, but...
>IMHO the goal is not to fix all bugs.
Of course, but before I would like:
- the new parser to be either fixed or removed;
- the whole script to be tested with PHP3 (I can't find time
to do it yet).
And there are some annoying problems with the wrapped MySQL
function (the ones in "mysql_wrappers.lib.php3" and the one
inside "relation.lib.php3"): how to deal with errors?
1. Using an "@" before calls to these MySQL wrapped functions
inside the core code is of no use since the error will be
displayed from inside the function.
2. Adding an "PMA_mysqlDie()" inside the wrapper (just like
within "PMA_query_as_cu" is also a problem since sometimes
we may not want the error to be displayed.
For example, just define a "pmadb" that does not exist in the
config file and try to do something with phpMyAdmin: you
always get a MySQL error message while we should only ignore
bookmark/relation... features in this case.
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,
Just a question,
All dumps from PMA currently make this header:
# phpMyAdmin MySQL-Dump
# version 2.3.0-rc2
# http://phpwizard.net/phpMyAdmin/
# http://www.phpmyadmin.net/ (download page)
#
# Host: localhost
# Generation Time: Jun 19, 2002 at 09:12 PM
# Server version: 3.23.49
# PHP Version: 4.3.0-dev
Of this, I have a few questions
1. Can we simplify the URLs to just our main URL:
# http://www.phpmyadmin.net
2. Can we change the generation time format to RFC-822 formatted date?
3. Can we change the entire comment style to ANSI-ISO complaint SQL using
/* */ ?
4. Could the headers get tidied up some?
So it would become with all my suggestions:
/**
* phpMyAdmin MySQL-Dump
* version 2.3.0-rc2
* http://www.phpmyadmin.net/
*
* Host: localhost
* Time: Wed, 19 Jun 2002 21:12:07 -0800
* Server: MySQL-3.23.49
* PHP: 4.3.0-dev
*/
--
Robin Hugh Johnson
E-Mail : robbat2(a)orbis-terrarum.net
Home Page : http://www.orbis-terrarum.net/?l=people.robbat2
ICQ# : 30269588 or 41961639
Hi List!
That's really annoying but this new function has some big
bugs. For example, just tries to enter this value for a varchar
field: "this is a delete test". You'll see it is changed to "this is
a DELETE test" (case is changed) :((
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,
Is it for cosmetic reasons that at line 1087 of display_tbl.lib.php3
there is a space before the </td>:
$vertical_display['data'][$row_no][$i] .= ' </td>'
This causes a problem for a user (see bug 577645).
Marc
hi,
i just found an interesting bug - in the select page if i want to see all
columns and one column like something, then the tablename will have a blank
in front like ` tablename` and one of the columns has one behind it... if i
just want to see some of the columns it works... could we generally trim the
string in PMA_backquote (i mean regardless of characterset i doubt that any
tablename can ever begin or end with a blank)? Or does anybody have an idea
where the blank gets inserted?
--
Mike Beck
mikebeck(a)users.sourceforge.net
Hi list,
could you have a short look at bug #574596?
A user reports some export problems with Netscape Navigator 4.5.
My question is: do we really need to work around NN 4.5 bugs?
Regards,
Alexander
Hi,
You are welcome to try this second release candidate. No major bug was
reported for -rc1, but we improved the new menus, merged some updated
translations, and fixed some minor problems.
The official page will be updated soon, but right now you can download
the package at:
https://sourceforge.net/project/showfiles.php?group_id=23067
Marc, for the dev. team.
Hi List,
I've just had a weekend away (mostly vacation, but with a little bit of
work). I set up a copy of phpMyAdmin in a specific physical location, and
I had a little problem.
Basically they have a central copy of phpMyAdmin running, and the remote
sites ALL access it via SSH tunnels. Yes, they do break HTTP/1.1 by doing
this, as the server never gets a correct hostname, but rather a huge
variety of different things.
The smallest remote sites end up using http://localhost:(specific port #)/
as they are only one computer, but some of the larger ones use
http://local_gateway:(specific port #)/
All of this traffic, regardless of the hostname and port involved is sent
to the main http server at HQ, and all needs to work.
The best I could do at the moment was leave $cfg['PmaAbsoluteUri'] unset,
and comment out the warning in the code. But I think there might be a
large number of other cases like this, where the auto-detection code for
the PmaAbsoluteUri works perfectly, so we can leave it empty, and we do
indeed want to get rid of the warning.
But we don't want people abusing the option at the same time, so possibly
we can add a simple option at the end as
$cfg['PmaAbsoluteUri_DisableWarning']
Which can be used to disable the warning, and has lots of comments around
it to tell them about it.
If this idea is acceptable, I'll write it up.
--
Robin Hugh Johnson
E-Mail : robbat2(a)orbis-terrarum.net
Home Page : http://www.orbis-terrarum.net/?l=people.robbat2
ICQ# : 30269588 or 41961639
