phplib-trackers Mailing List for PHPLIB (Page 25)
Brought to you by:
nhruby,
richardarcher
Menu
▾
▴
phplib-trackers — List for monitoring the phplib SourceForge trackers.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(91) |
Sep
(12) |
Oct
(26) |
Nov
(16) |
Dec
(14) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(37) |
Feb
(22) |
Mar
(39) |
Apr
(74) |
May
(14) |
Jun
(17) |
Jul
(81) |
Aug
(32) |
Sep
(28) |
Oct
(18) |
Nov
(8) |
Dec
(6) |
| 2003 |
Jan
(6) |
Feb
(11) |
Mar
(5) |
Apr
(4) |
May
(6) |
Jun
(6) |
Jul
(5) |
Aug
(3) |
Sep
(8) |
Oct
(4) |
Nov
(2) |
Dec
(2) |
| 2004 |
Jan
(1) |
Feb
|
Mar
(3) |
Apr
(8) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(2) |
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2006 |
Jan
|
Feb
(2) |
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(41) |
Nov
|
Dec
(78) |
|
From: <no...@so...> - 2001-08-14 09:34:47
|
Feature Requests item #450744, was opened at 2001-08-14 02:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403614&aid=450744&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: template.inc enhancements Initial Comment: Here's a bunch of postings from the mailing list that relate to templates. Some of these things will probably be implemented in the standard template class. Some definitely won't be (conditional statements!). Some postings are just there because they contain the word "template" and are interesting. Some stuff is probably irrelevant. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403614&aid=450744&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 09:14:52
|
Feature Requests item #450740, was opened at 2001-08-14 02:14 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403614&aid=450740&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: informix support Initial Comment: reposted from mailing list From: Robert Sosnowski <rob...@wb...> To: <kk...@ne...> Subject: phplib & informix Date: Thu, 15 Mar 2001 15:42:00 +0100 I've created Informix database access for phplib for my own usage but I want to share this with others. I do not know to whom to sent it so it is possible that it is not correct address. In my company (WBK SA bank) we have Informix databases everywhere so when I've wanted to try this lib I had to implement appropriate Informix classes. I'm a newbe in PHP world (and Internet) but I have Informix experience. This version works ok with phplib when php.ini contains: - textasvarchar is set to 1 - charasvarchar is set to 1 It would be nice to read current state of this variables and to restore original values after return from library procedure. However it is not possible because there is no way to detect this in PHP. ct_split_ifx.inc differs from ct_split_sql.inc only with the way how transactions are handled - there is another syntax for every database. ct_sql.inc do not work on my informix server because val is set to a value longer than 255 chars which exceeds database server limit (Informix 7.31 on SCO Open Server). So I developed ct_blob_ifx.inc. Regards, Robert Sosnowski ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403614&aid=450740&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 09:11:18
|
Patches item #450738, was opened at 2001-08-14 02:11 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403613&aid=450738&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: ct_ldap.inc Initial Comment: reposted from mailing list From: "Dimitry Gashinsky" <Di...@ma...> To: <kk...@ne...>, <sa...@sc...> Subject: ct_ldap.inc Date: Wed, 4 Apr 2001 17:39:55 -0400 Hi Kristian, I noticed that ct_ldap.inc container class was broken. I fixed it and it works on my machine with horde and imp. I am not sure if I broke anything else. I thought it my worth something to others. Regards, Dima ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403613&aid=450738&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 09:00:01
|
Feature Requests item #450735, was opened at 2001-08-14 01:59 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403614&aid=450735&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: CT_Cookie Initial Comment: reposted from mailing list. This one sounds neat... see attached file At 2:06 PM -0500 31/8/00, Ing. Alejandro Vázquez C. wrote: >I've written a new container class: ct_cookie.inc; it saves session data >in cookies. It does data compression using gzcompress() and provides md5 >validation so an evil user could not change the session data. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403614&aid=450735&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 08:40:31
|
Feature Requests item #450732, was opened at 2001-08-14 01:40 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403614&aid=450732&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: Interbase support Initial Comment: Interbase support classes have been posted to the mailing list twice. I see no reason not to include one of them. Max's has the nicest license :) See attached files. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403614&aid=450732&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 08:15:29
|
Bugs item #450727, was opened at 2001-08-14 01:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450727&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: problems and solutions for db_odbc Initial Comment: reposted from mailing list See attached file... two postings discussing ODBC driver problems that seem to be unresolved in the current classes. I have access to an ODBC machine, so I might have a stab at this at some stage... but anyone else is welcome to them :) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450727&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 07:20:00
|
Bugs item #450721, was opened at 2001-08-14 00:19 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450721&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: PHP4 and menu.inc Initial Comment: reposted from the mailing list this is a patch against the -devel tree, but it looks af it would apply cleanly to -stable too. At 2:13 PM +0300 16/1/01, Alexandr E. Bravo wrote: >Below is my solution (as a patch to original menu.inc) for menu under PHP4. It >differs a bit from Paolo's changes but allows to keep "" as a root item value. >Not sure that it's bugs free, checked it on two menu configurations only. > >------------- > >--- /tmp/php-lib/php/html/menu.inc Wed Jul 12 15:05:15 2000 >+++ menu.inc Tue Jan 16 13:58:12 2001 >@@ -5,7 +5,7 @@ > * Copyright (c) 1999 NetUSE GmbH > * Kristian Koehntopp > * >- * $Id: menu.inc,v 1.2 2000/07/12 11:05:15 kk Exp $ >+ * $Id: menu.inc,v 1.1 2000/11/19 11:02:42 abravo Exp $ > * > */ > class Menu { >@@ -184,10 +184,11 @@ > /* private: normalize current menu position > */ > function normalize_pos($pos) { >- if ( $m = $this->urlmap[basename($pos)] ) >+ $m = $this->urlmap[basename($pos)]; >+ if ( isset($m) ) > return($m); > $m = $pos; >- while(substr($m, 0, 1)) { >+ while( strlen($m)>1 ) { > if ($this->urlmap[$m]) > break; > $m = dirname($m); >@@ -244,6 +245,7 @@ > reset($this->urlmap); > while(list($k, $v) = each($this->urlmap)) { > $base = dirname($v); >+ if ($base=="/") { $base=""; } > $this->children[$base][] = $v; > $this->item[$v]["url"] = $k; > } > ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450721&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 07:01:30
|
Bugs item #450718, was opened at 2001-08-14 00:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450718&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: prob in pages/admin/new_user_md5.php3 Initial Comment: reposted from mailing list At 9:08 PM -0500 12/2/01, Lauren Matheson wrote: >Hello, > >You may have already fixed this, but in /pages/admin/new_user_md5.php3 I >believe line 171 > >$query = "update auth_user_md5 set password='$password' where >uid='$u_id'"; > >should read > >$query = "update auth_user_md5 set password='$password' where >user_id='$u_id'"; > ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450718&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 06:58:04
|
Bugs item #450711, was opened at 2001-08-13 23:13 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450711&group_id=31885 Category: None Group: None >Status: Closed >Resolution: Out of Date >Priority: 1 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: MySQL and duplicate session records Initial Comment: reposted from mailing list At 4:52 PM +0200 14/5/01, Markus Dobel wrote: >I saw this problem several times here on the mailing list and now had >the same here. With MySQL, affected_rows() returns 0 for updates where >actually no data is changed. (e.g. "update bla set fasel=fasel" affects >all rows but actually changes none.). This happens in phplib, when >session data are stored unchanged *twice* in one second. > >The implemented workaround for this is not working, but here's a patch >which should solve the problem. > >Regards, Markus > >--- cut here --- > >@@ -103,14 +103,15 @@ > # no changes to the table data (i.e. UPDATE tbl SET col = 'x', when > # "col" is _already_ set to 'x') so then, > # SECOND, query(SELECT...) on the sid to determine if the row is in >- # fact there, >+ # fact there, fetch the result > # THIRD, verify that there is at least one row present, and if there > # is not, then > # FOURTH, insert the row as we've determined that it does not exist. > > if ( $this->db->affected_rows() == 0 > && $this->db->query($squery) >- && $this->db->f(1) == 0 >+ && $this->db->next_record() >+ && $this->db->f(0) == 0 > && !$this->db->query($iquery)) { > > $ret = false; > ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2001-08-13 23:58 Message: Logged In: YES user_id=279311 Oops, already applied to 7.2d. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450711&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 06:55:09
|
Bugs item #450713, was opened at 2001-08-13 23:55 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450713&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: tree.inc in PHP4 Initial Comment: reposted from mailing list At 12:08 PM -0500 19/2/01, Lauren Matheson wrote: >Ok, I found it. If anyone else wants to patch their tree.inc to work >with php4, here's the diff (it is slightly different than the message on >the list a few months ago - the brackets were in the wrong spots.) > >76c76 >< while ($k || ("0"==$k && $t!="NULL")) { >--- >> while ($k || "0"==$k) { Note: this diff looks like it's reversed. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450713&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 06:48:10
|
Bugs item #450712, was opened at 2001-08-13 23:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450712&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: cross site scripting attack Initial Comment: reposted from mailing list At 2:06 PM +0100 28/2/01, Daniel Naber wrote: >Hi, > >with PHP lib 7.2b (and it seems no different in CVS) there's a cross site >scripting attack possible. > >Anyone can use such a link to break out of the input field: >http://server/home.php?username=X">YYY >(home.php needs to be a page that's protected with my_Auth) > >This is a problem since any code, escpecially javascript code, can then be >placed on the page. This can be used to get a user's password. > >More general information is here: >http://www.cert.org/advisories/CA-2000-02.html > >The attached patch is supposed to fix the problem for crloginform.ihtml. >It would be great if someone with CVS write access could check + apply it >(also for at least the other login form file. I don't know about other >places, since I'm not so familiar with PHP lib). > >Regards > Daniel > >-- >Daniel Naber, Paul-Gerhardt-Str. 2, 33332 Guetersloh, Germany >Tel. 05241-59371, Mobil 0170-4819674 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450712&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 06:13:37
|
Bugs item #450711, was opened at 2001-08-13 23:13 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450711&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: MySQL and duplicate session records Initial Comment: reposted from mailing list At 4:52 PM +0200 14/5/01, Markus Dobel wrote: >I saw this problem several times here on the mailing list and now had >the same here. With MySQL, affected_rows() returns 0 for updates where >actually no data is changed. (e.g. "update bla set fasel=fasel" affects >all rows but actually changes none.). This happens in phplib, when >session data are stored unchanged *twice* in one second. > >The implemented workaround for this is not working, but here's a patch >which should solve the problem. > >Regards, Markus > >--- cut here --- > >@@ -103,14 +103,15 @@ > # no changes to the table data (i.e. UPDATE tbl SET col = 'x', when > # "col" is _already_ set to 'x') so then, > # SECOND, query(SELECT...) on the sid to determine if the row is in >- # fact there, >+ # fact there, fetch the result > # THIRD, verify that there is at least one row present, and if there > # is not, then > # FOURTH, insert the row as we've determined that it does not exist. > > if ( $this->db->affected_rows() == 0 > && $this->db->query($squery) >- && $this->db->f(1) == 0 >+ && $this->db->next_record() >+ && $this->db->f(0) == 0 > && !$this->db->query($iquery)) { > > $ret = false; > ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450711&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 06:04:25
|
Bugs item #450709, was opened at 2001-08-13 23:04 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450709&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: missing $_PHPLIB["libdir"] in local.inc Initial Comment: reposted from the mailing list At 7:48 PM +0200 6/8/01, Guillaume Desclaux wrote: >The "standard" local.inc should be patched like >this to be conform with >the use of the $_PHPLIB variable : > >old: > function auth_loginform() { > global $sess; > global $challenge; > > $challenge = md5(uniqid($this->magic)); > $sess->register("challenge"); > > include("crcloginform.ihtml"); > } > >new : > function auth_loginform() { > global $sess; > global $challenge; > global $_PHPLIB; > > $challenge = md5(uniqid($this->magic)); > $sess->register("challenge"); > > include($_PHPLIB["libdir"] . "crcloginform.ihtml"); > } > > ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450709&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 05:56:19
|
Patches item #450706, was opened at 2001-08-13 22:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403613&aid=450706&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: Enhancements to OCI8 support Initial Comment: Here is a compilation of enhancements and bug fixes to php-lib-devel/php/db/oci8/db_sql.inc I don't have an Oracle database (yet!) so I'm not willing to commit the changes (even to the -devel tree) without testing. Could someone with Oracle running please make sure these work as expected? Some of these changes are bug fixes that should probably be committed to -stable as well. These changes are sourced from: The -stable tree A patch posted to the list by Ignatius TeoA patch posted to the list by Jesse Swensen Jesse says: Here are my changes to oci8.inc. There are four things changed you need to be aware of: 1) new instance variable, $autoCommit. Default is 1, commit. You can either set it when you subclass db_sql for the default value or you can set it interactively for each db_sql instance, i.e. $db = new DB_Example; $db->autoCommit = 0; 2) new methods commit and rollback. 3) every time query is called it will recycle the old cursor(call to freeStatement). As a result, you can call query as many times as you like without fear of the "too many open cursors" error. 4) new method freeStatement. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403613&aid=450706&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 01:39:59
|
Feature Requests item #450665, was opened at 2001-08-13 18:39 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403614&aid=450665&group_id=31885 Category: None Group: None Status: Open Priority: 3 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: logging authenticated users Initial Comment: Transferred from old phplib-users list Alec Effrat wrote: > But what is lacks is sufficient logging. Is there any effort going on > right now to create a logging object? Or maybe there is a way to have > PHP register a user with Apache's authentication module as a "regularly > authenticated user", without prompting the user to login, so apache will > track this info in it's logs automatically? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403614&aid=450665&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 01:27:56
|
Bugs item #450648, was opened at 2001-08-13 16:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450648&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: Warning: Call-time pass-by-reference Initial Comment: Repost of a "bug" posted to NetUSE bugs forum. This one will take a little investigating. -- Warning: Call-time pass-by-reference has been depr [66] by Roxy web...@ya... on Thursday, July 12 @12:31AM Are there any plans to update PHPLIB to be compatible with PHP4.04? It is the defacto library, however beyond PHP 4 it gets a little hairy. ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2001-08-13 18:27 Message: Logged In: YES user_id=279311 In the -devel tree, unsup/phplib-4/(session4.inc|user4.inc) have the same problem. Isn't this whole directory (unsup/phplib-4) obsolete? Isn't Maxim's session4.inc "the one". ---------------------------------------------------------------------- Comment By: Richard Archer (richardarcher) Date: 2001-08-13 17:46 Message: Logged In: YES user_id=279311 The API description of session.inc/Session->serialize() reads: serialize($prefix, &$str) but the function is declared: function serialize($prefix, $str) { All calls I can find to this function pass the variable by reference, so there shouldn't be any problems changing the function declaration to ...&$str. This is how it is in the -devel tree. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450648&group_id=31885 |
|
From: <no...@so...> - 2001-08-14 00:46:33
|
Bugs item #450648, was opened at 2001-08-13 16:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450648&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: Warning: Call-time pass-by-reference Initial Comment: Repost of a "bug" posted to NetUSE bugs forum. This one will take a little investigating. -- Warning: Call-time pass-by-reference has been depr [66] by Roxy web...@ya... on Thursday, July 12 @12:31AM Are there any plans to update PHPLIB to be compatible with PHP4.04? It is the defacto library, however beyond PHP 4 it gets a little hairy. ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2001-08-13 17:46 Message: Logged In: YES user_id=279311 The API description of session.inc/Session->serialize() reads: serialize($prefix, &$str) but the function is declared: function serialize($prefix, $str) { All calls I can find to this function pass the variable by reference, so there shouldn't be any problems changing the function declaration to ...&$str. This is how it is in the -devel tree. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450648&group_id=31885 |
|
From: <no...@so...> - 2001-08-13 23:15:04
|
Bugs item #450648, was opened at 2001-08-13 16:15 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450648&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: Warning: Call-time pass-by-reference Initial Comment: Repost of a "bug" posted to NetUSE bugs forum. This one will take a little investigating. -- Warning: Call-time pass-by-reference has been depr [66] by Roxy web...@ya... on Thursday, July 12 @12:31AM Are there any plans to update PHPLIB to be compatible with PHP4.04? It is the defacto library, however beyond PHP 4 it gets a little hairy. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450648&group_id=31885 |
|
From: <no...@so...> - 2001-08-13 23:08:40
|
Bugs item #450359, was opened at 2001-08-12 16:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450359&group_id=31885 Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Richard Archer (richardarcher) Summary: error handling in db_mysql.inc, line 312 Initial Comment: A change to merge in from the -devel tree. Execution should not continue after these errors. @@ -310,10 +254,14 @@ $this->connect(); $id = @mysql_list_fields($this->Database, $table); - if (!$id) + if (!$id) { $this->halt("Metadata query failed."); + return false; + } } else { $id = $this->Query_ID; - if (!$id) + if (!$id) { $this->halt("No query specified."); + return false; + } } ---------------------------------------------------------------------- Comment By: Richard Archer (richardarcher) Date: 2001-08-13 16:03 Message: Logged In: YES user_id=279311 merged change from -devel to -stable. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450359&group_id=31885 |
|
From: <no...@so...> - 2001-08-13 23:05:43
|
Bugs item #450358, was opened at 2001-08-12 15:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450358&group_id=31885 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Richard Archer (richardarcher) Summary: error reporting in db_mysql.inc, line 80 Initial Comment: This is a change to merge in from the devel tree. @@ -78,5 +48,5 @@ if (!@mysql_select_db($Database,$this->Link_ID)) { - $this->halt("cannot use database ".$this->Database); + $this->halt("cannot use database ".$Database); return 0; } ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2001-08-13 16:05 Message: Logged In: YES user_id=279311 Fixed in -stable ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450358&group_id=31885 |
|
From: <no...@so...> - 2001-08-13 23:03:58
|
Bugs item #450359, was opened at 2001-08-12 16:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450359&group_id=31885 Category: None Group: None Status: Open >Resolution: Fixed Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Richard Archer (richardarcher) Summary: error handling in db_mysql.inc, line 312 Initial Comment: A change to merge in from the -devel tree. Execution should not continue after these errors. @@ -310,10 +254,14 @@ $this->connect(); $id = @mysql_list_fields($this->Database, $table); - if (!$id) + if (!$id) { $this->halt("Metadata query failed."); + return false; + } } else { $id = $this->Query_ID; - if (!$id) + if (!$id) { $this->halt("No query specified."); + return false; + } } ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2001-08-13 16:03 Message: Logged In: YES user_id=279311 merged change from -devel to -stable. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450359&group_id=31885 |
|
From: <no...@so...> - 2001-08-13 23:01:43
|
Bugs item #445393, was opened at 2001-07-27 18:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=445393&group_id=31885 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 1 Submitted By: Chris Johnson (chaska) >Assigned to: Richard Archer (richardarcher) Summary: error handling problem in db_mysql.inc Initial Comment: db_mysql.inc -- lock() has the following error handling code: if (!$res) { $this->halt("lock($table, $mode) failed."); return 0; } This doesn't work well when $table is an array. ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2001-08-13 16:01 Message: Logged In: YES user_id=279311 Resolved as per previous comment. This also prevents leakage of database configuration on error, which must be a good thing. Change made to both -stable and -devel. ---------------------------------------------------------------------- Comment By: Richard Archer (richardarcher) Date: 2001-08-12 02:23 Message: Logged In: YES user_id=279311 Perhaps the best way to approach this problem would be to change the error handling to: $this->halt("lock() failed."); This is the same behaviour as the following function unlock(). ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=445393&group_id=31885 |
|
From: <no...@so...> - 2001-08-13 22:54:49
|
Bugs item #445391, was opened at 2001-07-27 18:34 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=445391&group_id=31885 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 1 Submitted By: Chris Johnson (chaska) >Assigned to: Richard Archer (richardarcher) Summary: bad function call in db_mysql.inc Initial Comment: db_mysql.inc -- seek() contains this line: $this->Row = $this->num_rows; There is a num_rows() function, but not a num_rows member variable. Maybe PHP calls the function even when there are no parens () ? Should be fixed anyway. ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2001-08-13 15:54 Message: Logged In: YES user_id=279311 Fixed in -stable. Was already fixed in -devel. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=445391&group_id=31885 |
|
From: <no...@so...> - 2001-08-13 22:48:14
|
Bugs item #450642, was opened at 2001-08-13 15:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450642&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: db_mysql.inc loses database Initial Comment: Nathan's bug report from the NetUSE bugs forum. Sorry about the whacked formatting... it didn't copy/paste well.-- Problem: When using phplib with mysql, phplib sets the default database. If the application uses another database, then phplib fails on page_close(); Fix: the following diff db_mysql.inc.new db_mysql.inc.old show the changes that allow phplib to access the database defined in local.inc independently of what the application uses for a database. This problem probably on show up if the user/pass is the same on both databases because mysql reuses the connection handle. This fix avoids the problem. diff db_mysql.inc db_mysql.inc.save 80,83c80,83 < # if (!@mysql_select_db($Database,$this->Link_ID)) { < # $this->halt("cannot use database ".$this->Database); < # return 0; < # } --- > if (!@mysql_select_db($Database,$this->Link_ID)) { > $this->halt("cannot use database ".$this->Database); > return 0; > } 117c117 < $this->Query_ID = @mysql_db_query($this->Database, $Query_String,$this->Link_ID); --- > $this->Query_ID = @mysql_query($Query_String,$this->Link_ID); 185c185 < $res = @mysql_db_query($this->Database, $query, $this->Link_ID); --- > $res = @mysql_query($query, $this->Link_ID); 196c196 < $res = @mysql_query("unlock tables", $this->Link_ID); # unrelated fix --- > $res = @mysql_query("unlock tables"); 244c244 < $id = @mysql_db_query($this->Database, $q, $this->Link_ID); --- > $id = @mysql_query($q, $this->Link_ID); 254c254 < $id = @mysql_db_query($this->Database, $q, $this->Link_ID); --- > $id = @mysql_query($q, $this->Link_ID); 263c263 < $id = @mysql_db_query($this->Database, $q, $this->Link_ID); --- > $id = @mysql_query($q, $this->Link_ID); ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450642&group_id=31885 |
|
From: <no...@so...> - 2001-08-13 22:42:36
|
Bugs item #450640, was opened at 2001-08-13 15:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450640&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 2 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: Typo in OOHForm.inc Initial Comment: Nathan's bug report from the NetUSE bugs forum line 278: if (true == $falg_nametranslation) should be if (true == $flag_nametranslation) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=403611&aid=450640&group_id=31885 |
115 messages has been excluded from this view by a project administrator.
