Bonsoir, Hi!
Do you think we will manage to fix all the current bugs in the 10 next days ?
Nope but I agree with Marc: the "zero-bug-target" will just mean to never release a plain new revision.
What are the most important show-stoppers for the moment ?
I can't imagine a way to trully fix the bug with binary fields as I've already wrote in my previous mail. So it's not a show-stoppers IMHO, as soon as we achive a work-around in the case when cfgProtectBlob is TRUE.
The bug #448223 (Dump hangs) is really annoying. I'm not sure it's trully a bug (maybe only a set_time_limit problem) but I don't have big enough databases to face it. Maybe we should also have a look at this suggestion: https://sourceforge.net/forum/forum.php?thread_id=127981&forum_id=72908 It's a really nice improvement that should not require too much work.
I'm currently working on the bug #450255 (new javascript error with netscape3) and then will work on the second bug from bug report #449817 (2 bug in db_details.php). Witha bit of luck, these ones would be fixed within a few days.
One thing that may be done before releasing: when you submit a query from a query box, the script always returns to 'db_details.php3' even if this query box were in 'tbl_properties.php3'. Not so nice and maybe easy to fix. This also means to return back to 'db_details.php3' if the current table has been dropped and to 'main.php3' if the current database has been dropped (I've already done this stuff and am testing it).
Another similiar problem I've faced today: in advanced mode, if one db that do not exist is associated to the user, this db name is nevertheless set into the $dblib array (see lib.inc.php3, lines 194-197: nowhere the existence of the db is tested) and then this cause many problems all over the scripts.
But the main show-stoppers is the user administration pages: I can't find enough contigous time to rewrite it according to our standards, take care of the js validity and remove the htmlspecialchars problems :(
Suggestion for the release plan / tasks list: [ ] every developper tests so many things as possible, and in both modes (adv auth and std), especially file upload things, and every new features.
...and with magic_quote_gpc set to 'on' and 'off' ;)
Regards from a rainy day at Versailles :( 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
On Sat, Aug 18, 2001 at 11:26:39PM +0200, Loïc wrote:
But the main show-stoppers is the user administration pages: I can't find enough contigous time to rewrite it according to our standards, take care of the js validity and remove the htmlspecialchars problems :(
Would it be possible to make it work also without javascript ? For example the "Go" button on "add user" is not a standard submit button, and this user administration page would be quite practical on sysadmin work, on console+lynx... :)
Other small anoying thing: on file upload, the whole file (even if 2MB big) is displayed in the "Your SQL-query has been executed successfully" box and in the "Run SQL query/queries on database ____" textarea.
This is very nice for "standard" queries, but maybe less for big files... (noticed that using my 33k modem... :) Is there maybe an easy workaround ? For example on file upload, only display "File uploaded successfully, xxx rows loaded" + mysql message if any, and keep the textarea empty ?
Olivier
-
Loïc -
Olivier M.