phplib-trackers — List for monitoring the phplib SourceForge trackers.

[Phplib-trackers] [ phplib-Patches-548449 ] CC validation formula

[<no...@so...>]

Patches item #548449, was opened at 2002-04-25 02:33
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403613&aid=548449&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Archer (richardarcher)
Assigned to: Nobody/Anonymous (nobody)
Summary: CC validation formula

Initial Comment:
From: Lindsay Haisley

Here's a neat little piece which I put together to
check credit card
numbers.  The algorithm for doing this is based on
what's called the LUHN
formula which you can find lots of places such as
<http://www.webopedia.com/TERM/L/Luhn_formula.html>
although credit card
companies won't tell you what it is :-).  This might
make a nice add-on to
the cart class, although it's certainly functionally
peripheral to operation
of the class.



----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-02 17:26

Message:
Logged In: YES 
user_id=19736

Umm.. There's no patch attached to this tracker Item :)

Anyone got one?  If not I'm closing the patch...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403613&aid=548449&group_id=31885

[Phplib-trackers] [ phplib-Bugs-471092 ] Update Quick Start (to use VHOST'ed install)

[<no...@so...>]

Bugs item #471092, was opened at 2001-10-15 05:45
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=471092&group_id=31885

Category: docs
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Dr Tarique Sani (tarique)
Summary: Update Quick Start (to use VHOST'ed install)

Initial Comment:
In section 1.3 of the documentation it says: VERY 
IMPORTANT NOTE: This is a quick installation guide to 
get you started if you have an installation where you 
control the web server, PHP interpreter and database 
server completely. They are not suitable for a web 
hosting setup where you have only limited to no 
control over the installation.

The fact is that if you're using apache, you can 
use .htaccess to change practically all settings of 
the php.ini file:

#not php.ini, but you can set php extensions
AddType application/x-httpd-php .phtml .php .inc .ihtml

#PHP Options (only examples)
php_value auto_prepend_file local.inc
php_value 
include_path .:/usr/local/lib/php:/home/user/www/phplib
php_flag asp_tags On

So as long as you have access to everything else, this 
isn't a problem.

----------------------------------------------------------------------

>Comment By: Richard Archer (richardarcher)
Date: 2002-07-03 06:49

Message:
Logged In: YES 
user_id=279311

Here are my comments posted to the -core list about this issue:

I've never used the auto_prepend_file in the php3.ini way of
installing PHPLIB. I always use the $_PHPLIB["libdir"]  =
"/path/to/phplib/" method.

A couple of reasons for this:

- I don't want 60 kB of code auto-prepended to all scripts,
most of
  which aren't PHPLIB scripts and don't need the namespace
pollution.

- Different sites (virtual hosting environment) require
different
  configurations in prepend.php3 (i.e. sess only, sess+auth).

- Different sites may want to run different versions of PHPLIB,
  either choosing their own upgrade path or (god forbid) running
  hacked versions of PHPLIB.

- On my first installation (PHPLIB-6.1, early 1999) I found the
  documentation horribly confusing and set it up the easiest
way.


Even now I know all about the package and how to configure
it with auto_prepend_file, I still prefer the $_PHPLIB option.

The $_PHPLIB method always works, while the auto_... method
is only applicable under certain circumstances which are
valid on the NetUSE chroot'd server farm and on corporate
servers where there is only one site running on the server.

I'd like to re-write the installation section of the manual
to make the $_PHPLIB["libdir"] the preferred installation
method and to refer to the auto_prepend_file way as an
alternative. Or maybe drop it all together.



----------------------------------------------------------------------

Comment By: nathan hruby (nhruby)
Date: 2002-07-03 04:53

Message:
Logged In: YES 
user_id=19736

Then I think the bug is: Quick Start Shoud detail a VHost'ed
install.

I agree with this sentiment.  Tarique & Layne, would confer
to rewrite the Quick Start to reflect these changes please?

Changing Bug Summary to reflect finalized bug

----------------------------------------------------------------------

Comment By: Dr Tarique Sani (tarique)
Date: 2002-07-02 20:50

Message:
Logged In: YES 
user_id=269695

What is the bug?

The document clearly states that see the next chapter for more 
information! 

Should QuickStart section be changed to show the usage of .htaccess 
only - this sounds logical as most people use it in vhost env 



----------------------------------------------------------------------

Comment By: Layne Weathers (layne_weathers)
Date: 2002-07-02 08:26

Message:
Logged In: YES 
user_id=278685

FWIW, I'd like to see the prefered installation in the 
documentation be a virtual hosting environment. Each 
site/project has its own copy of prepend.inc and local.inc in a 
non-servable user-specified location (personally I 
use /var/www/projectname/includes where web accessible 
files are in /var/www/projectname/docs).

----------------------------------------------------------------------

Comment By: nathan hruby (nhruby)
Date: 2002-07-02 07:52

Message:
Logged In: YES 
user_id=19736

phplib is easier to install if you have root.

I'm not seeing the bug, do you want the docs changed to
reflect .htaccess instructions or would like the design
changed to make something about installation easier?

Making this a docs bug...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=471092&group_id=31885

[Phplib-trackers] [ phplib-Bugs-540956 ] default login problem solved (login_if)

[<no...@so...>]

Bugs item #540956, was opened at 2002-04-08 08:09
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=540956&group_id=31885

>Category: docs
>Group: current CVS
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Dr Tarique Sani (tarique)
Summary: default login problem solved (login_if)

Initial Comment:
Hi, i solved a login_if problem. I wonder if someone else experienced this issue!?.

PHPlib 7.2 under Linux 2.4.10 (SuSE 7.3) with Konqueror.

By using the default login feature (var $nobody = true;)i discovered a problem while login in as a specific user (via url?again=yes): 
The login form claimed 'Either your username ... are invalid' even if i definitly put in the correct username/password.

I found a vulnerability (bug?) in the *loginform.ihtml files: They use 

<form name="login" action="<?php print $this->url() ?>" method=post> 

to redirect to the page you come from. 
Unfortunately this gives the 'again=yes' back and results in a 'login-loop'.

Hint: Replace the PHP line above with:

<form name="login" action="<?php 
    $full_url = $this->url();
    $url = substr($full_url,0,strpos($full_url,"?"));
    print $url; ?>" method=post>

This should fix the problem.
Sascha

----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-02 16:09

Message:
Logged In: YES 
user_id=19736

Wouldn't this crush any GET requests during the login
process?  The 'again' needs to be stripped but not all of
the GET request.

See comment in top of pages/defauth.php3 for a better way to
remove the 'again'.

Well. that's a pain.. here's the copy.. :)
  // Remove the "again=yes" from QUERY_STRING. This is required
  // because the login form will be submitted to the URL of this
  // page. This URL is constructed from $PHP_SELF and
$QUERY_STRING.
  // So, we need to remove this parameter from QUERY_STRING
or else
  // after the user submits a username and password, we will
unauth 
  // them before they even get logged in!
  $HTTP_SERVER_VARS["QUERY_STRING"] = ereg_replace(
    "(^|&)again=yes(&|$)",
    "\1", $HTTP_SERVER_VARS["QUERY_STRING"]);

Marking this as a documentation bug, as it something that
needs to be added to the docs
 :)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=540956&group_id=31885

[Phplib-trackers] [ phplib-Bugs-542811 ] nextid() uses mysql_query

[<no...@so...>]

Bugs item #542811, was opened at 2002-04-11 23:18
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=542811&group_id=31885

Category: DB_SQL
Group: current CVS
Status: Open
Resolution: None
Priority: 2
Submitted By: Layne Weathers (layne_weathers)
Assigned to: Layne Weathers (layne_weathers)
Summary: nextid() uses mysql_query

Initial Comment:
nextid() uses mysql_query() and mysql_fetch_array() 
instead of using DB_Sql's own error-checking functions.

----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-02 15:52

Message:
Logged In: YES 
user_id=19736

So is this a bug?  It seems like it isn't.

----------------------------------------------------------------------

Comment By: Layne Weathers (layne_weathers)
Date: 2002-04-12 11:40

Message:
Logged In: YES 
user_id=278685

I guess this is in the case of duplicating or moving data 
from one table to another. In that case, I would need to 
have two database objects - one to query the old table and 
the second to insert into the new table (if I tried to use 
only one object I would lose my select results) so I might 
as well nextid() with the second object.

I guess I could save all the data in an array, but then I 
don't see any reason not to get the id later when I'm 
looping through the array.

----------------------------------------------------------------------

Comment By: Richard Archer (richardarcher)
Date: 2002-04-12 01:23

Message:
Logged In: YES 
user_id=279311

It does this so as to not trash the $this->Record array. The
script could conceivably be looping through this array and
using next_id() for each element!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=542811&group_id=31885

[Phplib-trackers] [ phplib-Bugs-504005 ] Session.put_headers wrong for PHP3

[<no...@so...>]

Bugs item #504005, was opened at 2002-01-15 13:58
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=504005&group_id=31885

>Category: Session
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Fred Yankowski (fredy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Session.put_headers wrong for PHP3

Initial Comment:
The put_headers() method in session.inc calls header() 
with 'false' as the second argument in some cases, to 
append to a header rather than replacing it.  This 
feature does not exist in PHP3, causing the header 
values to be incomplete because only the last value 
obtains.

The attached patch fixes this problem and should work 
in both PHP3 and PHP4.


----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-02 15:45

Message:
Logged In: YES 
user_id=19736

What version of php3 are you using?  I don't see mention of
when the second flag was added to the headers() function,
though I am fairly certian that it was part of php3...



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=504005&group_id=31885

[Phplib-trackers] [ phplib-Bugs-499079 ] inclusion of auto_init on new sessions

[<no...@so...>]

Bugs item #499079, was opened at 2002-01-03 14:16
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=499079&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Bahadir Yagan (bahadiryagan)
Assigned to: Nobody/Anonymous (nobody)
Summary: inclusion of auto_init on new sessions

Initial Comment:
After executing $sess->delete() on some page an 
recalling page_open(...), the auto_init file hadnt 
included. 
I changed the delete method to do so in session.inc:

  function delete() {
      $this->that->ac_delete($this->id, $this->name);
      $this->in="";//this extra line
      $this->put_id();
  }


----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-02 15:27

Message:
Logged In: YES 
user_id=19736

What was the offending code that this problem arose?  Did it
look like:

<?php
  page_open(...);
  something();
  $sess->delete();
  echo 'foo';
  page_open();
?>

In that context I'm not sure if auto_init *should* be
re-executed.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=499079&group_id=31885

[Phplib-trackers] [ phplib-Bugs-493429 ] Double SessionID

[<no...@so...>]

Bugs item #493429, was opened at 2001-12-14 14:47
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=493429&group_id=31885

>Category: Session
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Double SessionID

Initial Comment:
I found a Problem during Generating a SessionID.
When the ID exists in the table active_sessions 
someone gets your auth data.

I'm using the Container Class ct_sql and I fixed this 
as following:

File session.inc function get_id:

if ( "" == $id ) {
  $newid=true;
  while (!$id = $this->that->ac_newid(md5(uniqid($this-
>magic)), $this->name)){
    $id = $this->that->ac_newid(md5(uniqid($this-
>magic)), $this->name);
  }
}

File ct_sql.inc function ac_newid:

function ac_newid($str, $name) {
  $query = "SELECT DISTINCTROW sid FROM ".$this-
>database_table." WHERE sid = '$str' AND name 
= '$name'";
  $this->db->query($uquery);
  if ($this->db->affected_rows() == 0) {
    return $str;
  }
  else {
    return false;
  }
}



----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-02 15:16

Message:
Logged In: YES 
user_id=19736

Please submit a diff against phplib-7.4pre1 or current CVS
and resubmit.

Also, how were you generating an id id that was already in
the DB?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=493429&group_id=31885

[Phplib-trackers] [ phplib-Bugs-478978 ] function affected_rows() and ODBC

[<no...@so...>]

Bugs item #478978, was opened at 2001-11-06 22:47
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=478978&group_id=31885

>Category: DB_SQL
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: function affected_rows() and ODBC

Initial Comment:
If you say "Many ODBC drivers don't support 
odbc_num_rows() on SELECT statements" -msaccess97 is 
one- why you use this function to set affected_rows()??
Will be better use your class function num_rows()?

----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-02 15:14

Message:
Logged In: YES 
user_id=19736

Err.. I don't get it?

affected_rows() returns the number of rows changed by an
UPDATE, INSERT or DELETE statement

num_rows() returns the number of rows from a SELECT statement.  

The phplib num_rows is a thin wrapper around the php
function for the specific database you are using, it doesn't
create a num_rows in php.  A php version could be written;
however it would suffer horrible memory issues and would not
perform well on large queries.

The warning in the documentation I belive is there to make
the users aware that this specific fucntion isn't generally
well implemented by the udnerlying ODBC drivers, and
therefore isn't always availible.

Isn't there also a warning for async db's (like oracle) to
emulate this by getting the count of the intended query? 
Would this also work for the ODBC drivers as well?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=478978&group_id=31885

[Phplib-trackers] [ phplib-Bugs-473196 ] ac_get_lock() and MySQL

[<no...@so...>]

Bugs item #473196, was opened at 2001-10-20 13:25
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=473196&group_id=31885

Category: Session
>Group: current CVS
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Andreas Stein (steinas)
Assigned to: Nobody/Anonymous (nobody)
Summary: ac_get_lock() and MySQL

Initial Comment:
file: ct_sql.inc
object: ct_sql
method: ac_get_lock()

  function ac_get_lock() {
    if ( "" != $this->database_lock_semaphore ) {
      $query = sprintf("SELECT get_lock('%s')", $this-
>database_lock_semaphore);
      while ( ! $this->db->query($query)) {
        $t = 1 + time(); while ( $t > time() ) { ; }
      }
    }
  }

for MySQL the SQL statement should be:

"SELECT GET_LOCK(str, time_out)" or
"SELECT GET_LOCK(str, 0)"

$db->query($query) is always true even if lock state 
is false

----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-02 15:02

Message:
Logged In: YES 
user_id=19736

Please see Bug #550100 for further discussion of ac_get_lock.

This is still a valid bug and shoudl be fixed for 7.4-final;
however please know that it will most likely be scrapped
and/or changed a good bit in the next major release.



----------------------------------------------------------------------

Comment By: Richard Archer (richardarcher)
Date: 2002-04-29 06:35

Message:
Logged In: YES 
user_id=279311

What happens if MySQL isn't the underlying database?

This is so broken that the only way I can see to fix it is
to delete all the code from this function and abolish
session/application locks!

I've posted another bug outlining a possible long-term fix.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=473196&group_id=31885

[Phplib-trackers] [ phplib-Bugs-471092 ] Update Quick Start (to use VHOST'ed install)

[<no...@so...>]

Bugs item #471092, was opened at 2001-10-14 15:45
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=471092&group_id=31885

Category: docs
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Dr Tarique Sani (tarique)
>Summary: Update Quick Start (to use VHOST'ed install)

Initial Comment:
In section 1.3 of the documentation it says: VERY 
IMPORTANT NOTE: This is a quick installation guide to 
get you started if you have an installation where you 
control the web server, PHP interpreter and database 
server completely. They are not suitable for a web 
hosting setup where you have only limited to no 
control over the installation.

The fact is that if you're using apache, you can 
use .htaccess to change practically all settings of 
the php.ini file:

#not php.ini, but you can set php extensions
AddType application/x-httpd-php .phtml .php .inc .ihtml

#PHP Options (only examples)
php_value auto_prepend_file local.inc
php_value 
include_path .:/usr/local/lib/php:/home/user/www/phplib
php_flag asp_tags On

So as long as you have access to everything else, this 
isn't a problem.

----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-02 14:53

Message:
Logged In: YES 
user_id=19736

Then I think the bug is: Quick Start Shoud detail a VHost'ed
install.

I agree with this sentiment.  Tarique & Layne, would confer
to rewrite the Quick Start to reflect these changes please?

Changing Bug Summary to reflect finalized bug

----------------------------------------------------------------------

Comment By: Dr Tarique Sani (tarique)
Date: 2002-07-02 06:50

Message:
Logged In: YES 
user_id=269695

What is the bug?

The document clearly states that see the next chapter for more 
information! 

Should QuickStart section be changed to show the usage of .htaccess 
only - this sounds logical as most people use it in vhost env 



----------------------------------------------------------------------

Comment By: Layne Weathers (layne_weathers)
Date: 2002-07-01 18:26

Message:
Logged In: YES 
user_id=278685

FWIW, I'd like to see the prefered installation in the 
documentation be a virtual hosting environment. Each 
site/project has its own copy of prepend.inc and local.inc in a 
non-servable user-specified location (personally I 
use /var/www/projectname/includes where web accessible 
files are in /var/www/projectname/docs).

----------------------------------------------------------------------

Comment By: nathan hruby (nhruby)
Date: 2002-07-01 17:52

Message:
Logged In: YES 
user_id=19736

phplib is easier to install if you have root.

I'm not seeing the bug, do you want the docs changed to
reflect .htaccess instructions or would like the design
changed to make something about installation easier?

Making this a docs bug...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=471092&group_id=31885

[Phplib-trackers] [ phplib-Bugs-575689 ] Undefined offset 0 on line 130

[<no...@so...>]

Bugs item #575689, was opened at 2002-06-30 18:28
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=575689&group_id=31885

Category: Template
Group: 7.4pre1
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: courou (courou)
Assigned to: Nobody/Anonymous (nobody)
Summary: Undefined offset 0 on line 130

Initial Comment:
Hello,

In the template file :
ligne 128 129

    preg_match_all($reg, $str, $m);
    $str = preg_replace($reg, "{" . "$name}", $str);

    $this->set_var($varname, @$m[1][0]);

ligne 130 , i propose put the @ because if activate the 
ERROR_NOTICE , i have Undefined offset 0 on line 130 


seen you seen
Courou

----------------------------------------------------------------------

Comment By: nathan hruby (nhruby)
Date: 2002-07-01 23:41

Message:
Logged In: YES 
user_id=19736

Err.. what version of template.inc are you using?  What
version of php?  can you try using the one in CVS right now
and see if that gives you errors?  

I would think that if you're getting Undefined offset errors
it's most likely due to a misuse of the template.inc.  can
you post a snippet of code that will reproduce the errors?


Chaning Priority to 5 (this isn't a show stopper) and 
Resolution to None (no resolution has been applied to CVS yet).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=575689&group_id=31885

[Phplib-trackers] [ phplib-Bugs-576443 ] re offset 0 ligne 130

[<no...@so...>]

Bugs item #576443, was opened at 2002-07-02 17:39
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=576443&group_id=31885

Category: Template
Group: 7.4pre1
>Status: Deleted
Resolution: None
Priority: 5
Submitted By: courou (courou)
Assigned to: Nobody/Anonymous (nobody)
Summary: re offset 0 ligne 130

Initial Comment:
hey,

i use the same template 
Version : v 1.11 2002/04/25 12:49:17 richardarcher

it's about a function wich is called twice in the script 
cause of the usage of DHTML. This is the function:
If I called one and again, the error appear.
Could you translate it me please

// liste les fichiers d'un repertoire
// @param $direction = chemin d'installation
// @param $pid = utilisateur
function Simplify_function_for_offset($directory,$pid) {
     Global $TEMPLATE;
          $File = array();
          $Dir = opendir("$directory/$pid");
          while($tmp = readdir($Dir)) $File[] = "$tmp";
          closedir($Dir);
          rsort($File); next($File); next($File);  reset($File);

     $TEMPLATE->set_block
("FILE_32", "BOUCLE_OPTION_FILE_FORM", "BLOCK
_32");
     while($tmp = each($File))
          if(eregi(".sql", $tmp[1])) {
          $TEMPLATE->set_var(array
("CHOIX_OPEN_SWITCH" => '<option value="$directory/
$pid/$tmp[1]">$tmp[1]</option>'));
          $TEMPLATE->parse
("BLOCK_32","BOUCLE_OPTION_FILE_FORM",true);
          }
     $TEMPLATE->parse("EXECUTE_32","FILE_32");
echo $TEMPLATE->get("EXECUTE_32");
}

seen you soon
Courou



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=576443&group_id=31885

[Phplib-trackers] [ phplib-Bugs-576443 ] re offset 0 ligne 130

[<no...@so...>]

Bugs item #576443, was opened at 2002-07-02 17:39
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=576443&group_id=31885

Category: Template
Group: 7.4pre1
Status: Open
Resolution: None
Priority: 5
Submitted By: courou (courou)
Assigned to: Nobody/Anonymous (nobody)
Summary: re offset 0 ligne 130

Initial Comment:
hey,

i use the same template 
Version : v 1.11 2002/04/25 12:49:17 richardarcher

it's about a function wich is called twice in the script 
cause of the usage of DHTML. This is the function:
If I called one and again, the error appear.
Could you translate it me please

// liste les fichiers d'un repertoire
// @param $direction = chemin d'installation
// @param $pid = utilisateur
function Simplify_function_for_offset($directory,$pid) {
     Global $TEMPLATE;
          $File = array();
          $Dir = opendir("$directory/$pid");
          while($tmp = readdir($Dir)) $File[] = "$tmp";
          closedir($Dir);
          rsort($File); next($File); next($File);  reset($File);

     $TEMPLATE->set_block
("FILE_32", "BOUCLE_OPTION_FILE_FORM", "BLOCK
_32");
     while($tmp = each($File))
          if(eregi(".sql", $tmp[1])) {
          $TEMPLATE->set_var(array
("CHOIX_OPEN_SWITCH" => '<option value="$directory/
$pid/$tmp[1]">$tmp[1]</option>'));
          $TEMPLATE->parse
("BLOCK_32","BOUCLE_OPTION_FILE_FORM",true);
          }
     $TEMPLATE->parse("EXECUTE_32","FILE_32");
echo $TEMPLATE->get("EXECUTE_32");
}

seen you soon
Courou



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=576443&group_id=31885

[Phplib-trackers] [ phplib-Bugs-576415 ] re offset 0 ligne 130

[<no...@so...>]

Bugs item #576415, was opened at 2002-07-02 16:57
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=576415&group_id=31885

Category: Template
Group: 7.4pre1
Status: Open
Resolution: None
Priority: 5
Submitted By: courou (courou)
Assigned to: Nobody/Anonymous (nobody)
Summary: re offset 0 ligne 130

Initial Comment:
hey,

i use the same template 
Version : v 1.11 2002/04/25 12:49:17 richardarcher

it's about a function wich is called twice in the script 
cause of the usage of DHTML. This is the function:
If I called one and again, the error appear.
Could you translate it me please

// liste les fichiers d'un repertoire
// @param $direction = chemin d'installation
// @param $pid = utilisateur
function Simplify_function_for_offset($directory,$pid) {
     Global $TEMPLATE;
          $File = array();
          $Dir = opendir("$directory/$pid");
          while($tmp = readdir($Dir)) $File[] = "$tmp";
          closedir($Dir);
          rsort($File); next($File); next($File);  reset($File);

     $TEMPLATE->set_block
("FILE_32", "BOUCLE_OPTION_FILE_FORM", "BLOCK
_32");
     while($tmp = each($File))
          if(eregi(".sql", $tmp[1])) {
          $TEMPLATE->set_var(array
("CHOIX_OPEN_SWITCH" => '<option value="$directory/
$pid/$tmp[1]">$tmp[1]</option>'));
          $TEMPLATE->parse
("BLOCK_32","BOUCLE_OPTION_FILE_FORM",true);
          }
     $TEMPLATE->parse("EXECUTE_32","FILE_32");
echo $TEMPLATE->get("EXECUTE_32");
}

seen you soon
Courou



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=576415&group_id=31885

[Phplib-trackers] [ phplib-Bugs-471092 ] Update Quick Start

[<no...@so...>]

Bugs item #471092, was opened at 2001-10-15 04:45
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=471092&group_id=31885

Category: docs
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Dr Tarique Sani (tarique)
Summary: Update Quick Start

Initial Comment:
In section 1.3 of the documentation it says: VERY 
IMPORTANT NOTE: This is a quick installation guide to 
get you started if you have an installation where you 
control the web server, PHP interpreter and database 
server completely. They are not suitable for a web 
hosting setup where you have only limited to no 
control over the installation.

The fact is that if you're using apache, you can 
use .htaccess to change practically all settings of 
the php.ini file:

#not php.ini, but you can set php extensions
AddType application/x-httpd-php .phtml .php .inc .ihtml

#PHP Options (only examples)
php_value auto_prepend_file local.inc
php_value 
include_path .:/usr/local/lib/php:/home/user/www/phplib
php_flag asp_tags On

So as long as you have access to everything else, this 
isn't a problem.

----------------------------------------------------------------------

>Comment By: Dr Tarique Sani (tarique)
Date: 2002-07-02 19:50

Message:
Logged In: YES 
user_id=269695

What is the bug?

The document clearly states that see the next chapter for more 
information! 

Should QuickStart section be changed to show the usage of .htaccess 
only - this sounds logical as most people use it in vhost env 



----------------------------------------------------------------------

Comment By: Layne Weathers (layne_weathers)
Date: 2002-07-02 07:26

Message:
Logged In: YES 
user_id=278685

FWIW, I'd like to see the prefered installation in the 
documentation be a virtual hosting environment. Each 
site/project has its own copy of prepend.inc and local.inc in a 
non-servable user-specified location (personally I 
use /var/www/projectname/includes where web accessible 
files are in /var/www/projectname/docs).

----------------------------------------------------------------------

Comment By: nathan hruby (nhruby)
Date: 2002-07-02 06:52

Message:
Logged In: YES 
user_id=19736

phplib is easier to install if you have root.

I'm not seeing the bug, do you want the docs changed to
reflect .htaccess instructions or would like the design
changed to make something about installation easier?

Making this a docs bug...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=471092&group_id=31885

[Phplib-trackers] [ phplib-Bugs-471092 ] Update Quick Start

[<no...@so...>]

Bugs item #471092, was opened at 2001-10-14 14:45
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=471092&group_id=31885

Category: docs
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Dr Tarique Sani (tarique)
Summary: Update Quick Start

Initial Comment:
In section 1.3 of the documentation it says: VERY 
IMPORTANT NOTE: This is a quick installation guide to 
get you started if you have an installation where you 
control the web server, PHP interpreter and database 
server completely. They are not suitable for a web 
hosting setup where you have only limited to no 
control over the installation.

The fact is that if you're using apache, you can 
use .htaccess to change practically all settings of 
the php.ini file:

#not php.ini, but you can set php extensions
AddType application/x-httpd-php .phtml .php .inc .ihtml

#PHP Options (only examples)
php_value auto_prepend_file local.inc
php_value 
include_path .:/usr/local/lib/php:/home/user/www/phplib
php_flag asp_tags On

So as long as you have access to everything else, this 
isn't a problem.

----------------------------------------------------------------------

>Comment By: Layne Weathers (layne_weathers)
Date: 2002-07-01 17:26

Message:
Logged In: YES 
user_id=278685

FWIW, I'd like to see the prefered installation in the 
documentation be a virtual hosting environment. Each 
site/project has its own copy of prepend.inc and local.inc in a 
non-servable user-specified location (personally I 
use /var/www/projectname/includes where web accessible 
files are in /var/www/projectname/docs).

----------------------------------------------------------------------

Comment By: nathan hruby (nhruby)
Date: 2002-07-01 16:52

Message:
Logged In: YES 
user_id=19736

phplib is easier to install if you have root.

I'm not seeing the bug, do you want the docs changed to
reflect .htaccess instructions or would like the design
changed to make something about installation easier?

Making this a docs bug...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=471092&group_id=31885

[Phplib-trackers] [ phplib-Bugs-549660 ] php4 session support

[<no...@so...>]

Bugs item #549660, was opened at 2002-04-27 21:20
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=549660&group_id=31885

Category: Session
Group: 7.4pre1
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Archer (richardarcher)
Assigned to: Nobody/Anonymous (nobody)
Summary: php4 session support

Initial Comment:
Max's php4 support does not appear to be complete in
the -stable tree:

session4.inc is missing
local4.inc is missing
integration into prepend.php3 is not done.

And of course adding the readme into the docs.



----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-01 18:01

Message:
Logged In: YES 
user_id=19736

<sheepish>
Please remind me which if the multiple seesion4.inc's and
local4.inc's are Max's?
</sheepish>

they aren't integreated into local.inc because they are
there for testing by people who would liek to pund on them,
they are not a full blown feature yet .

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=549660&group_id=31885

[Phplib-trackers] [ phplib-Bugs-573399 ] Typo line 280 oohforms.inc: get_element

[<no...@so...>]

Bugs item #573399, was opened at 2002-06-24 19:57
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=573399&group_id=31885

Category: OOH Forms
Group: 7.2.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Typo line 280 oohforms.inc: get_element

Initial Comment:
Typo on line 280 in file oohforms.inc in function 
get_element:
$falg_nametranslation instead of $flag_nametranslation

----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-01 17:57

Message:
Logged In: YES 
user_id=19736

I though this sounded familiar :)

Closing bug with resolution of fixed

----------------------------------------------------------------------

Comment By: Tim Molendijk (thatiminator)
Date: 2002-06-24 20:19

Message:
Logged In: YES 
user_id=568146

Excuse me for the needless bug report. I just noticed the bug 
was already revealed and fixed in the latest (pre)release.

Tim.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=573399&group_id=31885

[Phplib-trackers] [ phplib-Bugs-550100 ] ct_sql/ac_get_lock() MySQL-only

[<no...@so...>]

Bugs item #550100, was opened at 2002-04-29 06:34
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=550100&group_id=31885

Category: None
Group: 7.4pre1
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Archer (richardarcher)
Assigned to: Nobody/Anonymous (nobody)
Summary: ct_sql/ac_get_lock() MySQL-only

Initial Comment:
What is this MySQL-dependent code doing in the ct_sql
class? At a minimum this should be abstracted via the
db_*_sql classes. But since MySQL is (AFAIK) the only
database to implement application-level locks, this is
difficult.

Really, this should be implemented in a manner
independent of both databases and storage containers. 

Having a separate table with a key of the session id or
application name and inserting/deleting rows in thaw()
and freeze() would seem appropriate. That would be
quite flexible, offering a way of single-threading both
the entire application and a single session. 

My pseudo-locking code in the -devel db_odbc.inc may be
a good base for this.

I don't think changing the API for this function would
matter. It has never actually worked, so we can't break
existing installations.


----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-01 17:56

Message:
Logged In: YES 
user_id=19736

Errr.... can we hold off a *llittle* while longer till 8.0?
 this would be a good reason to make everything extend from
base classes...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=550100&group_id=31885

[Phplib-trackers] [ phplib-Bugs-473196 ] ac_get_lock() and MySQL

[<no...@so...>]

Bugs item #473196, was opened at 2001-10-20 13:25
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=473196&group_id=31885

>Category: Session
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Andreas Stein (steinas)
Assigned to: Nobody/Anonymous (nobody)
Summary: ac_get_lock() and MySQL

Initial Comment:
file: ct_sql.inc
object: ct_sql
method: ac_get_lock()

  function ac_get_lock() {
    if ( "" != $this->database_lock_semaphore ) {
      $query = sprintf("SELECT get_lock('%s')", $this-
>database_lock_semaphore);
      while ( ! $this->db->query($query)) {
        $t = 1 + time(); while ( $t > time() ) { ; }
      }
    }
  }

for MySQL the SQL statement should be:

"SELECT GET_LOCK(str, time_out)" or
"SELECT GET_LOCK(str, 0)"

$db->query($query) is always true even if lock state 
is false

----------------------------------------------------------------------

Comment By: Richard Archer (richardarcher)
Date: 2002-04-29 06:35

Message:
Logged In: YES 
user_id=279311

What happens if MySQL isn't the underlying database?

This is so broken that the only way I can see to fix it is
to delete all the code from this function and abolish
session/application locks!

I've posted another bug outlining a possible long-term fix.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=473196&group_id=31885

[Phplib-trackers] [ phplib-Bugs-471092 ] Update Quick Start

[<no...@so...>]

Bugs item #471092, was opened at 2001-10-14 15:45
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=471092&group_id=31885

>Category: docs
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Dr Tarique Sani (tarique)
Summary: Update Quick Start

Initial Comment:
In section 1.3 of the documentation it says: VERY 
IMPORTANT NOTE: This is a quick installation guide to 
get you started if you have an installation where you 
control the web server, PHP interpreter and database 
server completely. They are not suitable for a web 
hosting setup where you have only limited to no 
control over the installation.

The fact is that if you're using apache, you can 
use .htaccess to change practically all settings of 
the php.ini file:

#not php.ini, but you can set php extensions
AddType application/x-httpd-php .phtml .php .inc .ihtml

#PHP Options (only examples)
php_value auto_prepend_file local.inc
php_value 
include_path .:/usr/local/lib/php:/home/user/www/phplib
php_flag asp_tags On

So as long as you have access to everything else, this 
isn't a problem.

----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-01 17:52

Message:
Logged In: YES 
user_id=19736

phplib is easier to install if you have root.

I'm not seeing the bug, do you want the docs changed to
reflect .htaccess instructions or would like the design
changed to make something about installation easier?

Making this a docs bug...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=471092&group_id=31885

[Phplib-trackers] [ phplib-Bugs-464957 ] wrong calculation of form indices

[<no...@so...>]

Bugs item #464957, was opened at 2001-09-25 17:03
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=464957&group_id=31885

Category: None
Group: None
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Daniel Wagner (wagi)
Assigned to: Nobody/Anonymous (nobody)
Summary: wrong calculation of form indices

Initial Comment:
class a1 extends tpl_tables {
  function setup_fields() {
	$this->form_data->add_element(array("name" =>
"a1"...));
  ...
  }
}

class b1 extends a1 {
function setup_fields() {
   a1::setup_fields ();  
	$this->form_data->add_element(array("name" =>
"b1"...));
  ...
  }
}


--------------

b1.ihtml:
$this->form_data->start(...);
$this->form_data->show_element("a1");
$this->form_data->show_element("b1");
$this->form_data->finish(...)



In the above example you can see, that the printed form
uses first the
element declared in a1 and then b1. The javascript
applies the regex rules
on the wrong form element, because the indices are
wrong. I'm not sure if
this is caused of the strange(?) use. 

phplib version: 7.3dev-3.1 (debian)

cheers,
wagi

----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-01 17:48

Message:
Logged In: YES 
user_id=19736

First trying upgrading to 7.4

Second, if a1 inherits from b1, don't call the method from
the parent name (a1;;method())  just call $this->method() as
method exsists inside of b1 when instanced.

I personally don't trust the :: method calling when $this is
involved.

Please try these and get back to us.  Changing status to
pending, bug will be closed if suggested fix works or no
feedback is heard in 30 days

----------------------------------------------------------------------

Comment By: Daniel Wagner (wagi)
Date: 2001-09-25 17:11

Message:
Logged In: YES 
user_id=32549

argh, the first line is of course:
class a1 extends tpl_form {

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=464957&group_id=31885

[Phplib-trackers] [ phplib-Bugs-460338 ] Session Expiration (Billionth second bug

[<no...@so...>]

Bugs item #460338, was opened at 2001-09-10 11:18
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=460338&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
>Priority: 1
Submitted By: Sebastien Delaire (pes)
Assigned to: Nobody/Anonymous (nobody)
Summary: Session Expiration (Billionth second bug

Initial Comment:
Hi,

there's a problem in the file ct_shm.inc when using
sessions (this bug is probably here in other session
containers)

If the current date is below the billionth (1 000 000
000) second, and the expiration date is upper.
The garbage collector thinks that it should remove the
session because the comparison used is a string cmp ..
(not an integer one)

A patch could be to replace the strcmp on these lines :
67 sas   1.2                            $dat =
explode(";", $val);
68                                      if($name ==
$dat[1] && strcmp($dat[3], $cmp) < 0)

by a $dat[3] < $cmp .

This bug will not exist for a long time, but will occur
each billion seconds :)



----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-01 17:43

Message:
Logged In: YES 
user_id=19736

Hmmm.. will look into this.  not a really high priority ,
but I can't fathom why it's doing what it's doing

Changing Priority to Lowest - 1 we have soem time before we
need to deal with thsi again :)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=460338&group_id=31885

[Phplib-trackers] [ phplib-Bugs-575689 ] Undefined offset 0 on line 130

[<no...@so...>]

Bugs item #575689, was opened at 2002-06-30 12:28
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=575689&group_id=31885

Category: Template
Group: 7.4pre1
Status: Open
Resolution: Fixed
>Priority: 5
Submitted By: courou (courou)
Assigned to: Nobody/Anonymous (nobody)
Summary: Undefined offset 0 on line 130

Initial Comment:
Hello,

In the template file :
ligne 128 129

    preg_match_all($reg, $str, $m);
    $str = preg_replace($reg, "{" . "$name}", $str);

    $this->set_var($varname, @$m[1][0]);

ligne 130 , i propose put the @ because if activate the 
ERROR_NOTICE , i have Undefined offset 0 on line 130 


seen you seen
Courou

----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-01 17:41

Message:
Logged In: YES 
user_id=19736

Err.. what version of template.inc are you using?  What
version of php?  can you try using the one in CVS right now
and see if that gives you errors?  

I would think that if you're getting Undefined offset errors
it's most likely due to a misuse of the template.inc.  can
you post a snippet of code that will reproduce the errors?


Chaning Priority to 5 (this isn't a show stopper) and 
Resolution to None (no resolution has been applied to CVS yet).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403611&aid=575689&group_id=31885

[Phplib-trackers] [ phplib-Feature Requests-471094 ] Change file extensions

[<no...@so...>]

Feature Requests item #471094, was opened at 2001-10-14 15:46
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403614&aid=471094&group_id=31885

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Change file extensions

Initial Comment:
I think you should change all extensions from .php3 
to .php which is much more standard.

----------------------------------------------------------------------

>Comment By: nathan hruby (nhruby)
Date: 2002-07-01 17:35

Message:
Logged In: YES 
user_id=19736

No, this will not be happening till phplib-8.  

The reason being is that changing extensions means either
having someone at SF manually change the files in the CVS
repository (very slow..) or remove/re-add them which causes
change history to be lost for all files this is done to.

php3 was the standard for quite some time, I think we can
live with it for a while longer.

I will put a extension chaning script into the repositiry so
that if you feel the need to change them, you can run the
script and it will make all the changes for you.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=403614&aid=471094&group_id=31885