In IE4 under Windows NT Server, I browse a table, then click on a Delete link. The confirmation box
appears, I click yes, then it stays there. I have to kill IE4. When I am back, I see that the
record has been deleted.
Should we debug this, or put an entry in the FAQ?
Marc
Hi again!
Marc wrote:
>Left frame and links in browse tables work ok in Konqueror 2.1.1.
Fine :)
>However, in Konq when clicking on Delete for a row, I get the popup
>to confirm the delete, and when I click yes, the delete does not take
>place: I have another confirmation question in the right frame.
Arg, a Konq bug I'm afraid :( Could you have a look at the url that is used
to reach the confirmation page? Does it end with "is_js_confirmed=1" (this
part should have been append to the original url if you clicked yes at the
js confirm box)?
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:
>Maybe a 2.2.3 before 2.2.4?
Maybe, yes ;)
>Do you mean releasing the new version with the new config/http/cookie
>mecanism?
Nope it was before I add this one. So we may now wait till you have build
the session wrapper and then release a 2.3.0-rc1 (isn't it a major change ?)
>A 32 MB table dump (uncompressed) still gets a memory limit error on
>the server.... since with phpMyAdmin 2.1.0 the same table dumps ok.
OK but now you see a php error message where, most of the times, you
just faced a "file not found" error before. The "improvement" I wa talking
about is just that.
To fix the whole problem you described here I'm afraid we have either to
remove the *zipping options, either to write temporary files on the server.
[About pointers]
>Looks ok with NN 4 and IE 5.5, will try tonight with good old Konq :)
Fine :) BTW I'm not really happy with the style of the left pointer: I don't
like the flashy color so much and maybe we should add something to
emphasis to db name.
Any suggestions?
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 Eduardo & List!
Nope, the problem isn't related to this but it's a coding
problem in a way : to be able to *zip the dump file we first
need... to build that "file", ie to store the whole dump
informations in memory.
For big databases/tables it may lead either to exceed the
maximum allowed time to execute a php script, either to
exceed the maximum allowed memory usage for a thread.
The possible fix, at least for the second kind of problem,
would be to not store dump informations but send them
to the browser immediatly as soon as the user want these
statements to be displayed on screen of put in a non-
*zipped file (this is the "old method") and to keep the "new
method" in the other cases.
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!
OK so let's keep this part of the script. But we may also ensure "enable_dl"
is set if php isn't run in "safe mode" and build a list of the
multi-threaded
servers and the way to get their names.
Can anybody work on this?
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!
The only valuable part of this patch is its middle: commenting
the whole "dynamically load mysql extension" feature Steve
added some monthes ago.
Then since we know the "dl" function can't be used neither if
"safe mode" is on, neither with a multi-threaded server soft.
and since it'll be disable in the next php revisions the question
is: shouldn't we remove this feature from the official script?
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!
Let's talk about the 2.2.4 release now. With Marc we've fixed many very
little bugs since 2.2.3 (maybe it means the 2.2.? group is becoming really
stable :)) and I think we should quickly release a 2.2.4.
It would be nice if some of you can test:
- if the script displays the "create db" box when and only when it should;
- whether importing/exporting dumps runs better or not with the workaround
I've added to bypass browser timeout;
- if pointers (in left frame and while browsing tables) works with your
browser(s), ie there are neither js error, nor display bugs.
Any comment is welcome, of course,
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 Christian & List!
>We are using version 2.2.2 and I have to say: PMA is just
>great!
Fine :o
>A comment on the left frame:
>We use OmniWeb 4.1sp11
>It works ok but the expanding/collapsing does not seem
>to work: All databases are expanded all the time and it is
>not possible to collapse them...
It just means PMA works well: it has detected your browser
does not support neither DHTML, neither DOM (or at least
not enough DOM) and then do not use the features that
requires these componants. Else you'll face at least many
javascript error messages.
>Also the size of the fonts is too big in OmniWeb 4.1. Would
>it be possible to add OmniWeb to your supported
>browsers?
Of course, as soon as you can help us to choose the default
font size to use.
Just edit the "libraries/common.lib.php3" script and move to
the "PMA_setFontSizes" function: it defines the default font
size depending on the OS, the browser.... Patch it to fit your
wants (note that the "PMA_USR_BROWSER_AGENT"
constant used in this function is defined in the
"libraries/defines.lib.php3" library).
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 Lists!
phpMyAdmin 2.2.2 was released a few minuts ago. Wait till SourceForge
updates the releases page and you'll be able to download it.
Please have a look at it, translate it and, as usualy, report bugs.
Thanks!
Loïc, for the phpMyAdmin developement team
______________________________________________________________________________
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!
Since nobody is shouting for stopping the release process, I'll roll the
2.2.2 revision within a few hours.
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
