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

[Phplib-trackers] [ phplib-Bugs-446455 ] Failures with register_globals off

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

Bugs item #446455, was opened at 2001-07-31 09:15
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=446455&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failures with register_globals off

Initial Comment:
PHPLib should work when register_globals is off.
Below is a work around, I added this to prepend.php3

// If we set "phpflags register_globals off" 
in .htaccess then the variable name
// space can not be spammed by rogue clients. As a 
side effect certain PHPLib
// scripts fail. Poor engineering on thier part. Below 
are the variables that
// are need, that I have tracked down so far. These 
can be retrieved via the
// HTTP_SERVER_VARS array. I may have missed some. 
HTTPS is suspect because I
// don't have a secure server to test against. Here I 
make my own versions
// globaly available from the HTTP_SERVER_VARS array

$HTTPS            = $HTTP_SERVER_VARS["HTTPS"];
$HTTP_HOST        = $HTTP_SERVER_VARS["HTTP_HOST"];
$HTTP_REFERER     = $HTTP_SERVER_VARS["HTTP_REFERER"];
$HTTP_USER_AGENT  = $HTTP_SERVER_VARS
["HTTP_USER_AGENT"];
$PHP_SELF         = $HTTP_SERVER_VARS["PHP_SELF"];
$QUERY_STRING     = $HTTP_SERVER_VARS["QUERY_STRING"];
$REMOTE_ADDR      = $HTTP_SERVER_VARS["REMOTE_ADDR"];


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

Comment By: Gaetano Giunta (ggiunta)
Date: 2002-01-10 02:43

Message:
Logged In: YES 
user_id=114789

why not use getenv() instead of HTTP_*_VARS ? It should work even better, 
independently of php.ini settings (namely variables_order, that can be 
set to GPC only)

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

Comment By: Bob Gorman (rag56)
Date: 2001-08-27 07:33

Message:
Logged In: YES 
user_id=285806

richardarcher said:

> This is a very effective short term fix, but wouldn't
> it be better in the long term to change all the
> references to these variables to use the 
> HTTP_(SERVER|GET|POST)_VARS arrays?

Yes! Can we get this added into the queue for future
enhancements?

As an example of good coding; session.inc does a nice job 
working with HTTP_*_VARS.  That script gets variables
from the HTTP_*_VARS arrays and ALSO checks them with
an isset() function call.  That is reduces un-needed
output when E_NOTICE is set for error reporting.


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

Comment By: Richard Archer (richardarcher)
Date: 2001-08-12 02:30

Message:
Logged In: YES 
user_id=279311

This is a very effective short term fix, but wouldn't it be
better in the long term to change all the references to
these variables to use the HTTP_(SERVER|GET|POST)_VARS arrays?

If the user prefers to have register_globals off it's a
little rude of us to define all these globals :)

It certainly runs into the problem of overlapping name-space.

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

Comment By: Bob Gorman (rag56)
Date: 2001-08-02 07:23

Message:
Logged In: YES 
user_id=285806

I will code up fixes for this issue and submit them if
you want me to. JLMK.


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

Comment By: Bob Gorman (rag56)
Date: 2001-08-02 07:21

Message:
Logged In: YES 
user_id=285806

This also has ramifactions in local.inc.

In Example_Auth the function auth_validatelogin() needs
to declare and extract $username and $password from
$HTTP_POST_VARS.

For example:
  
  function auth_validatelogin() {
    global $username, $password;

    global $HTTP_POST_VARS;
    $username  = $HTTP_POST_VARS["username"];
    $password  = $HTTP_POST_VARS["password"];


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

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

[Phplib-trackers] [ phplib-Bugs-500340 ] bug in function query() in db_mysql.inc

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: bug in function query() in db_mysql.inc 

Initial Comment:
function query() in db_mysql.inc dont take care of the 
Record field.
a line shoul be added :

$this->Record = @mysql_fetch_array($this->Query_ID);

cheers,
miko_il



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

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

[Phplib-trackers] [ phplib-Bugs-500160 ] Invalid use of (php)header function

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

Bugs item #500160, was opened at 2002-01-06 06:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=500160&group_id=31885

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Huib Kleinhout (knouf)
>Assigned to: nathan hruby (nhruby)
Summary: Invalid use of (php)header function

Initial Comment:
In the file session.inc (7.4pre1 cvs) Multiple
"Cache-Control" headers are send.
However the second argument (bool replace)is not used.
As a result only the last specified header is send
instead of all Cache-Control headers.

for example:
 header("Last-Modified: " . gmdate("D, d M Y H:i:s") .
" GMT");
        header("Cache-Control: no-cache");
        header("Cache-Control: post-check=0, pre-check=0");

should be replaced with:
 header("Last-Modified: " . gmdate("D, d M Y H:i:s") .
" GMT");
        header("Cache-Control: no-cache");
        header("Cache-Control: post-check=0,
pre-check=0", false);

Please look at:
http://www.php.net/manual/en/function.header.php

This should solve lots of caching problems with php-lib...



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

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

Message:
Logged In: YES 
user_id=19736

Fixed in CVS.. Will be present in pre2

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

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

[Phplib-trackers] [ phplib-Bugs-500160 ] Invalid use of (php)header function

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

Bugs item #500160, was opened at 2002-01-06 06:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=500160&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Huib Kleinhout (knouf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Invalid use of (php)header function

Initial Comment:
In the file session.inc (7.4pre1 cvs) Multiple
"Cache-Control" headers are send.
However the second argument (bool replace)is not used.
As a result only the last specified header is send
instead of all Cache-Control headers.

for example:
 header("Last-Modified: " . gmdate("D, d M Y H:i:s") .
" GMT");
        header("Cache-Control: no-cache");
        header("Cache-Control: post-check=0, pre-check=0");

should be replaced with:
 header("Last-Modified: " . gmdate("D, d M Y H:i:s") .
" GMT");
        header("Cache-Control: no-cache");
        header("Cache-Control: post-check=0,
pre-check=0", false);

Please look at:
http://www.php.net/manual/en/function.header.php

This should solve lots of caching problems with php-lib...



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

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=500160&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 11:16
You can respond by visiting: 
http://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();
  }


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

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

[Phplib-trackers] [ phplib-Patches-497830 ] Added IF/ELSE/ENDIF to template.inc

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

Patches item #497830, was opened at 2001-12-30 02:33
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=497830&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Added IF/ELSE/ENDIF to template.inc 

Initial Comment:
Fixed backslash corruption in template.inc.  (See prior
patch #480713).

Added support for sub-blocks in template to be
conditionals via embedded IF/ELSE/ENDIF comments.  


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

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

[Phplib-trackers] [ phplib-Patches-487847 ] Bigger patch

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

Patches item #487847, was opened at 2001-12-01 08:22
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=487847&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dieter Steinwedel (dsteinwe)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bigger patch

Initial Comment:
Hi folks,

I've posted here a set of my patched files of the 
phplib. The files "db_oracle.inc" and "db_oci8.inc" 
are rewritten and therefore renamed as "db_*_ds.inc". 
Additionally, the "db_sql" class has got the new 
method "column_names()". This method gives you the 
column names of a query in an array. The class "Table" 
uses this function to avoid seeking in the query 
result, because some DBs don't like "seeking". I 
hope "table_ds.inc" (after renaming as "table.inc") 
will be a part of the phplib. This *requires* the 
additional implementation of the method "column_names
()" in all other "db_*.inc" files. The implementation 
should be quite simple and is - in my eyes - very 
useful. 

By the way, I've fixed some further bugs found in the 
messages: #445385, #445386, #445389, #472136, #482372, 
#445388 and #450706 (my new version 
of "db_oci8_ds.inc" makes possibly this message 
superfluous).

All modified files contains further informations about 
the changes. Changes are marked with a "DS1".

I would be glad about feedback!!! 
Please, mail and help to make the phplib perfect.


Dieter

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

>Comment By: Dieter Steinwedel (dsteinwe)
Date: 2001-12-29 09:20

Message:
Logged In: YES 
user_id=373951

Unfortunally, there is an error occurred on uploading. 
Please, don't download the file "PAGE.INC" (I cannot delete 
it). All you need is "patch.zip".

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

Comment By: Dieter Steinwedel (dsteinwe)
Date: 2001-12-29 09:15

Message:
Logged In: YES 
user_id=373951

Missing files added ...

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

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

[Phplib-trackers] [ phplib-Patches-487847 ] Bigger patch

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

Patches item #487847, was opened at 2001-12-01 08:22
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=487847&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dieter Steinwedel (dsteinwe)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bigger patch

Initial Comment:
Hi folks,

I've posted here a set of my patched files of the 
phplib. The files "db_oracle.inc" and "db_oci8.inc" 
are rewritten and therefore renamed as "db_*_ds.inc". 
Additionally, the "db_sql" class has got the new 
method "column_names()". This method gives you the 
column names of a query in an array. The class "Table" 
uses this function to avoid seeking in the query 
result, because some DBs don't like "seeking". I 
hope "table_ds.inc" (after renaming as "table.inc") 
will be a part of the phplib. This *requires* the 
additional implementation of the method "column_names
()" in all other "db_*.inc" files. The implementation 
should be quite simple and is - in my eyes - very 
useful. 

By the way, I've fixed some further bugs found in the 
messages: #445385, #445386, #445389, #472136, #482372, 
#445388 and #450706 (my new version 
of "db_oci8_ds.inc" makes possibly this message 
superfluous).

All modified files contains further informations about 
the changes. Changes are marked with a "DS1".

I would be glad about feedback!!! 
Please, mail and help to make the phplib perfect.


Dieter

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

>Comment By: Dieter Steinwedel (dsteinwe)
Date: 2001-12-29 09:15

Message:
Logged In: YES 
user_id=373951

Missing files added ...

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

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

[Phplib-trackers] [ phplib-Bugs-496254 ] cart.inc add_item malfunction

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

Bugs item #496254, was opened at 2001-12-23 02:22
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=496254&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: cart.inc add_item malfunction

Initial Comment:
In module cart.inc, there is a function add_item().
If an item exists in the cart then it should add pieces.

Problem: If an item exists in the cart and it's the first in cart (ARRAY-INDEX = 0), then no pieces are added. Instead a new = dupe entry is created.

Here is the code from cart.inc:

  function check($art) {

    if (!is_array($this->item))
      return array(false, 0);

    reset($this->item);
    while(list($item, $attr) = each($this->item)) {
    
      if (isset($attr["art"]) 
       && ($attr["art"] == $art)) {
           return array($item, $attr["num"]);
      }
    }
    
    return array(false, 0);
  }

If item in cart, check() returns an array of ARRAY-INDEX (number) and NUMBER (number) of the item. If not in cart, check() returns FALSE (boolean) and 0 (number).

 function add_item($art, $num) {
  
    ## Check to see if we already have some of these
    list($item, $have) = $this->check($art);
    
    ## We already have them
    if ($item) {
      $this->item[$item]["num"] += $num;
      return $item;
    }
    
    ## New article
    $item = $this->currentItem++;
    $this->item[$item]["art"] = $art;
    $this->item[$item]["num"] = $num;

    return $item;
  }

The first item in cart has the ARRAY-INDEX = 0 (number). So "if ($item)" [expands to "if (0)"] FAILS for the first item in cart as if it's not in the cart!

Suggestion:

  if ($item !== FALSE)  // !== operator requires PHP >4

This problem may be in other functions too, please check this out!

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

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

[Phplib-trackers] [ phplib-Bugs-496163 ] on creating new user permissions

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

Bugs item #496163, was opened at 2001-12-22 12:59
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=496163&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: on creating new user permissions

Initial Comment:
When a new user is created with 
pages/admin/new_user_md5.php3, the value 'Array' is 
written to database instead of the selected 
permissions.

The problem is, that multiple permissions can be 
selected in the form, but when the HTTP_POST_VARIABLES 
are processed the varible $perms that is passed by CGI 
is treated as a normal variable. But it is an array! 
that holds multiple permissions.


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

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

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

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

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

Category: None
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;
  }
}



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

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

[Phplib-trackers] [ phplib-Bugs-480851 ] Warnings in sessions.inc

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

Bugs item #480851, was opened at 2001-11-12 02:02
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=480851&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Warnings in sessions.inc

Initial Comment:
Hi,

I get following warnings on using "sessions.inc":

Warning: Call-time pass-by-reference has been 
deprecated - argument passed
by value; If you would like to pass it by reference, 
modify the declaration
of [runtime function name](). If you would like to 
enable call-time
pass-by-reference, you can set 
allow_call_time_pass_reference to true in
your INI file. However, future versions may not 
support this any longer. in
session.inc on line 262

Warning: Call-time pass-by-reference has been 
deprecated - argument passed
by value; If you would like to pass it by reference, 
modify the declaration
of [runtime function name](). If you would like to 
enable call-time
pass-by-reference, you can set 
allow_call_time_pass_reference to true in
your INI file. However, future versions may not 
support this any longer. in
session.inc on line 273

Warning: Call-time pass-by-reference has been 
deprecated - argument passed
by value; If you would like to pass it by reference, 
modify the declaration
of [runtime function name](). If you would like to 
enable call-time
pass-by-reference, you can set 
allow_call_time_pass_reference to true in
your INI file. However, future versions may not 
support this any longer. in
session.inc on line 304

Warning: Call-time pass-by-reference has been 
deprecated - argument passed
by value; If you would like to pass it by reference, 
modify the declaration
of [runtime function name](). If you would like to 
enable call-time
pass-by-reference, you can set 
allow_call_time_pass_reference to true in
your INI file. However, future versions may not 
support this any longer. in
session.inc on line 305

Warning: Call-time pass-by-reference has been 
deprecated - argument passed
by value; If you would like to pass it by reference, 
modify the declaration
of [runtime function name](). If you would like to 
enable call-time
pass-by-reference, you can set 
allow_call_time_pass_reference to true in
your INI file. However, future versions may not 
support this any longer. in
session.inc on line 311

Warning: Cannot add header information - headers 
already sent by (output
started at session.inc:262) in session.inc on line 392

Warning: Cannot add header information - headers 
already sent by (output
started at session.inc:262) in session.inc on line 117

Warning: Cannot add header information - headers 
already sent by (output
started at session.inc:262) in session.inc on line 404


By the way, I have 
switched "allow_call_time_pass_reference" to true, but 
it doesn't matter. Can someone help me?

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

Comment By: Nobody/Anonymous (nobody)
Date: 2001-12-09 21:10

Message:
Logged In: NO 

I am running into the same problem.  Has anyone come up 
with a solution to this?

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

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

[Phplib-trackers] [ phplib-Bugs-489961 ] Problem with Phplib 7.2d

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Carlos M.Viales Solorzano (carviaso)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Phplib 7.2d

Initial Comment:
Hi

I intented install PhpLib but all time say me this 
error:

Parse error: parse error, expecting `T_STRING' or 
`T_VARIABLE' or `T_NUM_STRING' in 
E:\Inetpub\php\phplib-7.2d\php\prepend.php3 on line 15


For what is this error.

Thanks for all

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

>Comment By: Carlos M.Viales Solorzano (carviaso)
Date: 2001-12-06 13:20

Message:
Logged In: YES 
user_id=348350

This error i correcting 
  if ( !defined('$_PHPLIB')) {
  $_PHPLIB = array();
  $_PHPLIB["libdir"] = ""; 
  }

But say a new error, example:
  Fatal error: Cannot instantiate non-existent class:
  hordesession in E:\Inetpub\php\phplib-7.2d\php\page.inc
  on line 18

For what is this???


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

Comment By: Carlos M.Viales Solorzano (carviaso)
Date: 2001-12-06 13:01

Message:
Logged In: YES 
user_id=348350

This error i correcting 
  if ( !defined('$_PHPLIB')) {
  $_PHPLIB = array();
  $_PHPLIB["libdir"] = ""; 
  }

But say a new error, example:
  Fatal error: Cannot instantiate non-existent class:
  hordesession in E:\Inetpub\php\phplib-7.2d\php\page.inc
  on line 18

For what is this???


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

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

[Phplib-trackers] [ phplib-Bugs-489961 ] Problem with Phplib 7.2d

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Carlos M.Viales Solorzano (carviaso)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Phplib 7.2d

Initial Comment:
Hi

I intented install PhpLib but all time say me this 
error:

Parse error: parse error, expecting `T_STRING' or 
`T_VARIABLE' or `T_NUM_STRING' in 
E:\Inetpub\php\phplib-7.2d\php\prepend.php3 on line 15


For what is this error.

Thanks for all

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

>Comment By: Carlos M.Viales Solorzano (carviaso)
Date: 2001-12-06 13:01

Message:
Logged In: YES 
user_id=348350

This error i correcting 
  if ( !defined('$_PHPLIB')) {
  $_PHPLIB = array();
  $_PHPLIB["libdir"] = ""; 
  }

But say a new error, example:
  Fatal error: Cannot instantiate non-existent class:
  hordesession in E:\Inetpub\php\phplib-7.2d\php\page.inc
  on line 18

For what is this???


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

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

[Phplib-trackers] [ phplib-Bugs-489961 ] Problem with Phplib 7.2d

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Carlos M.Viales Solorzano (carviaso)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Phplib 7.2d

Initial Comment:
Hi

I intented install PhpLib but all time say me this 
error:

Parse error: parse error, expecting `T_STRING' or 
`T_VARIABLE' or `T_NUM_STRING' in 
E:\Inetpub\php\phplib-7.2d\php\prepend.php3 on line 15


For what is this error.

Thanks for all

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

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

[Phplib-trackers] [ phplib-Bugs-488605 ] Menu.inc under PHP for Windows

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

Bugs item #488605, was opened at 2001-12-03 13:58
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=488605&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Menu.inc under PHP for Windows

Initial Comment:
In (menu.inc,v 1.3 2001/08/20):

the setup() function in Menu.inc uses the php dirname
() call, expecting Unix style slashes in dir names. 
This breaks the top level menu on a Windows system 
where forward slashes are used. I replaced:

298:  $base = dirname($v);

with:
298 :  $base = dirname($v);
299+:  $base = str_replace("\","/",$base);

This fix cleared up the 'problem'.

jesse

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

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

[Phplib-trackers] [ phplib-Bugs-487852 ] fallback error

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

Bugs item #487852, was opened at 2001-12-01 08:36
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=487852&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dieter Steinwedel (dsteinwe)
Assigned to: Nobody/Anonymous (nobody)
Summary: fallback error

Initial Comment:
I've recognized that the fallback mechanism from 
cookie to get doesn't work correctly. The created 
session always works, but sometimes the mechanism 
fallsback to "get" on session creation on browser with 
cookie support. 

The source of this behaviour may be "release_token()" 
and/or "get_id()" in "session.inc".

Dieter

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

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

[Phplib-trackers] [ phplib-Patches-480854 ] some bugs fixed in "db_oracle.inc"

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

Patches item #480854, was opened at 2001-11-12 02:13
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=480854&group_id=31885

Category: None
Group: None
>Status: Deleted
Resolution: None
Priority: 5
Submitted By: Dieter Steinwedel (dsteinwe)
Assigned to: Nobody/Anonymous (nobody)
>Summary: some bugs fixed in "db_oracle.inc"

Initial Comment:
Hi,

I hope, that is the right section ...

There are some small mods in the attached file (search
for "DS1"). I hope you are interested in.



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

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

[Phplib-trackers] [ phplib-Patches-487847 ] Bigger patch

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

Patches item #487847, was opened at 2001-12-01 08:22
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=487847&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dieter Steinwedel (dsteinwe)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bigger patch

Initial Comment:
Hi folks,

I've posted here a set of my patched files of the 
phplib. The files "db_oracle.inc" and "db_oci8.inc" 
are rewritten and therefore renamed as "db_*_ds.inc". 
Additionally, the "db_sql" class has got the new 
method "column_names()". This method gives you the 
column names of a query in an array. The class "Table" 
uses this function to avoid seeking in the query 
result, because some DBs don't like "seeking". I 
hope "table_ds.inc" (after renaming as "table.inc") 
will be a part of the phplib. This *requires* the 
additional implementation of the method "column_names
()" in all other "db_*.inc" files. The implementation 
should be quite simple and is - in my eyes - very 
useful. 

By the way, I've fixed some further bugs found in the 
messages: #445385, #445386, #445389, #472136, #482372, 
#445388 and #450706 (my new version 
of "db_oci8_ds.inc" makes possibly this message 
superfluous).

All modified files contains further informations about 
the changes. Changes are marked with a "DS1".

I would be glad about feedback!!! 
Please, mail and help to make the phplib perfect.


Dieter

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

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

[Phplib-trackers] [ phplib-Bugs-464865 ] Web-site not working

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

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

Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Ian Mayo (ianmayo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Web-site not working

Initial Comment:
Hi, the links on the current PHPLib home page (http://phplib.sourceforge.net/) do not work (live demo, documentation, etc).


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

>Comment By: Ian Mayo (ianmayo)
Date: 2001-11-26 03:29

Message:
Logged In: YES 
user_id=61173

Hey, who cares.

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

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

[Phplib-trackers] [ phplib-Patches-484875 ] "db_sql": Row bug in "query()"

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

Patches item #484875, was opened at 2001-11-23 06:40
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=484875&group_id=31885

Category: None
Group: None
>Status: Deleted
Resolution: None
Priority: 7
Submitted By: Dieter Steinwedel (dsteinwe)
Assigned to: Nobody/Anonymous (nobody)
>Summary: "db_sql": Row bug in "query()"

Initial Comment:
Hi,

I think, "db_sql" has a bug. If I call the 
method "query", the property "Row" is set to "0" 
instead of "-1". This makes trouble to other 
implemented classes ie "table". Calling "showResult()" 
swallows always the first row. Setting "Row" to -1 
fixes this problem. 

What do you think?

Dieter

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

Comment By: Jesse Swensen (swensenj)
Date: 2001-11-23 07:02

Message:
Logged In: YES 
user_id=168883

I haven't look at this in a while, but if I remember the 
problem is in order to have the column names for the 
heading row of the html table, it has to do the query.  
This gets the data and populates the metadata.  Now it 
can match the column names and the header values 
you want for your table.

I think the solution should be, if it need to have headers 
and does the query, it should also output the row.  It 
could do this by simply calling the other method (can't 
remember what the name of it is).
-- 
Jesse


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

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

[Phplib-trackers] [ phplib-Patches-484875 ] "db_sql": Row bug in "query()"

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

Patches item #484875, was opened at 2001-11-23 06:40
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=484875&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 7
Submitted By: Dieter Steinwedel (dsteinwe)
Assigned to: Nobody/Anonymous (nobody)
>Summary: "db_sql": Row bug in "query()"

Initial Comment:
Hi,

I think, "db_sql" has a bug. If I call the 
method "query", the property "Row" is set to "0" 
instead of "-1". This makes trouble to other 
implemented classes ie "table". Calling "showResult()" 
swallows always the first row. Setting "Row" to -1 
fixes this problem. 

What do you think?

Dieter

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

>Comment By: Jesse Swensen (swensenj)
Date: 2001-11-23 07:02

Message:
Logged In: YES 
user_id=168883

I haven't look at this in a while, but if I remember the 
problem is in order to have the column names for the 
heading row of the html table, it has to do the query.  
This gets the data and populates the metadata.  Now it 
can match the column names and the header values 
you want for your table.

I think the solution should be, if it need to have headers 
and does the query, it should also output the row.  It 
could do this by simply calling the other method (can't 
remember what the name of it is).
-- 
Jesse


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

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

[Phplib-trackers] [ phplib-Patches-484875 ] "db_sql": Row bug in "query()"

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

Patches item #484875, was opened at 2001-11-23 06:40
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=484875&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
>Priority: 7
Submitted By: Dieter Steinwedel (dsteinwe)
Assigned to: Nobody/Anonymous (nobody)
>Summary: "db_sql": Row bug in "query()"

Initial Comment:
Hi,

I think, "db_sql" has a bug. If I call the 
method "query", the property "Row" is set to "0" 
instead of "-1". This makes trouble to other 
implemented classes ie "table". Calling "showResult()" 
swallows always the first row. Setting "Row" to -1 
fixes this problem. 

What do you think?

Dieter

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

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

[Phplib-trackers] [ phplib-Patches-484875 ] "db_sql": Row bug in "query()"

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

Patches item #484875, was opened at 2001-11-23 06:40
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=484875&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dieter Steinwedel (dsteinwe)
Assigned to: Nobody/Anonymous (nobody)
Summary: "db_sql": Row bug in "query()"

Initial Comment:
Hi,

I think, "db_sql" has a bug. If I call the 
method "query", the property "Row" is set to "0" 
instead of "-1". This makes trouble to other 
implemented classes ie "table". Calling "showResult()" 
swallows always the first row. Setting "Row" to -1 
fixes this problem. 

What do you think?

Dieter

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

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

[Phplib-trackers] [ phplib-Patches-484497 ] irgnore this - it's obsolet

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

Patches item #484497, was opened at 2001-11-22 01:52
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=484497&group_id=31885

Category: None
Group: None
>Status: Deleted
Resolution: None
>Priority: 1
Submitted By: Dieter Steinwedel (dsteinwe)
Assigned to: Nobody/Anonymous (nobody)
>Summary: irgnore this - it's obsolet

Initial Comment:
I've fixed the global vars using ... (changes are 
marked with "ds1"

function page_close() {

  if (isset($feature["sess"])) global $sess;	## 
ds1: conditional global
  if (isset($feature["user"])) global $user;    ## 
ds1: conditional global

  if (isset($sess)) {
    $sess->freeze();
  if (isset($user)) {
      $user->freeze();
    }
  }
}

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

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