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

[Phplib-trackers] [ phplib-Bugs-466835 ] small bug in Table::table_row()

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Jesse Swensen (swensenj)
Summary: small bug in Table::table_row()  

Initial Comment:
Lines 475 and 476 of table.inc (version 7.2d) read:

    $d = $this->select_colnames($data);    
    $this->table_row_open($row, $d, $class);    

According to the docs (and the description of table_row_open), the second argument "is for derived 
classes that override this function that want access to the row data for the row about to be opened." In 
reality, table_row_open() receives an array with fieldnames, not a hash with fieldname/value pairs.

Solution:
  o delete line 475
  o replace $d in line 476 with $data

Regards, Peter Fokkinga

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

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

[Phplib-trackers] [ phplib-Bugs-470493 ] bug in db_mysql.inc function lock (?)

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

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

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Layne Weathers (layne_weathers)
Summary: bug in db_mysql.inc function lock (?)

Initial Comment:
Hello,

Line 174 of the file db_mysql.inc (v. phplib-7.2d)

   if ($key=="read" && $key!=0)

This test looks strange.
$key!=0 will only be evaluated when $key=="read" so
the next test $key!=0 is not usefull as we already
knows that $key is "read" when we enter the second part
of the test.
As you put the mode "write" or "read" in the variable
$mode I presume it's a typo error and the test
should be if ($mode=="read"...)

  /* public: table locking */
  function lock($table, $mode="write") {
    $this->connect();
         
    $query="lock tables ";
    if (is_array($table)) {
      while (list($key,$value)=each($table)) {
        if ($key=="read" && $key!=0) { <======= HERE                               $query.="$value read, ";
        } else {
          $query.="$value $mode, ";
        }
      }
      $query=substr($query,0,-2);

Kind regards,

Olivier Boudry

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

Comment By: Layne Weathers (layne_weathers)
Date: 2001-10-12 09:10

Message:
Logged In: YES 
user_id=278685

In addition to this issue, I am disturbed by 1) lock() only 
allowing 'read' and 'write' as locking modes and 2) neither 
lock() nor unlock() use the query().

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

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

[Phplib-trackers] [ phplib-Bugs-470493 ] bug in db_mysql.inc function lock (?)

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

Bugs item #470493, was opened at 2001-10-12 00:21
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=470493&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 db_mysql.inc function lock (?)

Initial Comment:
Hello,

Line 174 of the file db_mysql.inc (v. phplib-7.2d)

   if ($key=="read" && $key!=0)

This test looks strange.
$key!=0 will only be evaluated when $key=="read" so
the next test $key!=0 is not usefull as we already
knows that $key is "read" when we enter the second part
of the test.
As you put the mode "write" or "read" in the variable
$mode I presume it's a typo error and the test
should be if ($mode=="read"...)

  /* public: table locking */
  function lock($table, $mode="write") {
    $this->connect();
         
    $query="lock tables ";
    if (is_array($table)) {
      while (list($key,$value)=each($table)) {
        if ($key=="read" && $key!=0) { <======= HERE                               $query.="$value read, ";
        } else {
          $query.="$value $mode, ";
        }
      }
      $query=substr($query,0,-2);

Kind regards,

Olivier Boudry

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

Comment By: Layne Weathers (layne_weathers)
Date: 2001-10-12 09:10

Message:
Logged In: YES 
user_id=278685

In addition to this issue, I am disturbed by 1) lock() only 
allowing 'read' and 'write' as locking modes and 2) neither 
lock() nor unlock() use the query().

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

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

[Phplib-trackers] [ phplib-Bugs-470493 ] bug in db_mysql.inc function lock (?)

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

Bugs item #470493, was opened at 2001-10-12 00:21
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=470493&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 db_mysql.inc function lock (?)

Initial Comment:
Hello,

Line 174 of the file db_mysql.inc (v. phplib-7.2d)

   if ($key=="read" && $key!=0)

This test looks strange.
$key!=0 will only be evaluated when $key=="read" so
the next test $key!=0 is not usefull as we already
knows that $key is "read" when we enter the second part
of the test.
As you put the mode "write" or "read" in the variable
$mode I presume it's a typo error and the test
should be if ($mode=="read"...)

  /* public: table locking */
  function lock($table, $mode="write") {
    $this->connect();
         
    $query="lock tables ";
    if (is_array($table)) {
      while (list($key,$value)=each($table)) {
        if ($key=="read" && $key!=0) { <======= HERE                               $query.="$value read, ";
        } else {
          $query.="$value $mode, ";
        }
      }
      $query=substr($query,0,-2);

Kind regards,

Olivier Boudry

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

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

[Phplib-trackers] [ phplib-Bugs-469502 ] False variable $handle in template.inc

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: False variable $handle in template.inc

Initial Comment:
In the function finish of the template class it must 
be $this->handle for correct function.

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

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

[Phplib-trackers] [ phplib-Bugs-467993 ] db_odbc does not close

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: db_odbc does not close

Initial Comment:
I'm using PHPlib with the PHPshop-core and installed 
it on a win2k/IIS/ODBC/Access server and found out 
that in the DB_ODBC class odbc_pconnect is used, but 
it isn't closed.

It took me a while to find it out because it doesn't 
give back an error! Now I changed it to odbc_(without 
p)connect and it works.

I don't know if it is the best solution so I would 
like to know if a pconnect with a close is beter...

grtz,

Mark

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

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

[Phplib-trackers] [ phplib-Patches-467598 ] Session: INSERT -> REPLACE INTO

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jens S. Benecke (jensb)
Assigned to: Nobody/Anonymous (nobody)
Summary: Session: INSERT -> REPLACE INTO 

Initial Comment:
Hi,

here's another trivial patch - sometimes there are 
duplicate session IDs (i had two in two days) and the 
first is long invalid (not used any more). So instead 
of having a SQL error lets just replace the session - 
it's a hack, but for me it has produced no error in 
almost a year (well, since phplib 7.2 was released ;)

It's trivial, just change the "insert into" in the 
ac_store function (in session.inc) to "replace into":

---------------------------------------------------
$iquery = sprintf("replace into %s ( sid, name, val, 
changed ) values ('%s', '%s', '%s', '%s')",
---------------------------------------------------


-- Jens



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

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

[Phplib-trackers] [ phplib-Patches-467594 ] Class of_button for oohforms

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

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

Category: Widget (example)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jens S. Benecke (jensb)
Assigned to: Nobody/Anonymous (nobody)
Summary: Class of_button for oohforms

Initial Comment:
Hi,

I need non-submit buttons (for Javascript actions) 
and this is the extension for the oohforms class:

It's basically nothing but a copy of of_submit, where 
the "submit" string is changed to "button". But it 
works for me and I think it's useable. If somebody 
has a cleaner approach, well, then go ahead :-)

--------------------------------------------------
class of_button extends of_element {

  var $src;

  function of_button($a) {
    $this->setup_element($a);
  }

  function self_get($val, $which, &$count) {
    $str = "";

    $sv = empty($val) ? $this->value : $val;
    $str .= "<input name='$this->name' value='$sv'";
    if ($this->src)
      $str .= " type='image' src='$this->src'";
    else
      $str .= " type='button'";
    if ($this->extrahtml)
      $str .= " $this->extrahtml";
    $str .= ">";

    return $str;
  }

  function self_load_defaults($val) {
    // BUTTON will not change its value
  }
} // end BUTTON
---------------------------------------------------



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

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

[Phplib-trackers] [ phplib-Patches-467563 ] db_odbc num_rows and num_fields fixed

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

Patches item #467563, was opened at 2001-10-03 10:19
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=467563&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Greg Jorgensen (gregjor)
Assigned to: Nobody/Anonymous (nobody)
Summary: db_odbc num_rows and num_fields fixed

Initial Comment:
1) db_odbc.num_fields() would return 0 unless 
next_record had been called at least once.

2) db_odbc.num_rows() improved when the ODBC driver 
can't return the number of rows. The binary search is 
clearer, and the common case of 1 row returned is 
discovered faster.


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

>Comment By: Greg Jorgensen (gregjor)
Date: 2001-10-03 10:23

Message:
Logged In: YES 
user_id=340037

3) also fixes db_odbc.metadata() to return column length 
and scale.

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

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

[Phplib-trackers] [ phplib-Patches-467563 ] db_odbc num_rows and num_fields fixed

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

Patches item #467563, was opened at 2001-10-03 10:19
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=467563&group_id=31885

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Greg Jorgensen (gregjor)
Assigned to: Nobody/Anonymous (nobody)
Summary: db_odbc num_rows and num_fields fixed

Initial Comment:
1) db_odbc.num_fields() would return 0 unless 
next_record had been called at least once.

2) db_odbc.num_rows() improved when the ODBC driver 
can't return the number of rows. The binary search is 
clearer, and the common case of 1 row returned is 
discovered faster.


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

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

[Phplib-trackers] [ phplib-Bugs-466835 ] small bug in Table::table_row()

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: small bug in Table::table_row()  

Initial Comment:
Lines 475 and 476 of table.inc (version 7.2d) read:

    $d = $this->select_colnames($data);    
    $this->table_row_open($row, $d, $class);    

According to the docs (and the description of table_row_open), the second argument "is for derived 
classes that override this function that want access to the row data for the row about to be opened." In 
reality, table_row_open() receives an array with fieldnames, not a hash with fieldname/value pairs.

Solution:
  o delete line 475
  o replace $d in line 476 with $data

Regards, Peter Fokkinga

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

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=466835&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: Open
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).


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

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

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

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

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

Category: None
Group: None
Status: Open
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: Daniel Wagner (wagi)
Date: 2001-09-25 14: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: 
http://sourceforge.net/tracker/?func=detail&atid=403611&aid=464957&group_id=31885

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

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

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

Category: None
Group: None
Status: Open
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

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

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

[Phplib-trackers] [ phplib-Patches-463604 ] Problem with Session4

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

Patches item #463604, was opened at 2001-09-21 09:43
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403613&aid=463604&group_id=31885

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

Initial Comment:
Problem:

- using latest auth4.inc
- reimport_vars() seemed to to work for us (get vars 
were ignored)

Short Solution:

function reimport_any_vars($arrayname) {
  global $$arrayname;
   while( list( $key, $val ) = each( $$arrayname ) ) {
     $GLOBALS[ $key ] = $val;	
   }
}


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

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

Re: [Phplib-core] Re: [Phplib-trackers] [ phplib-Bugs-460463 ] Default Auth "cancel" button

[nathan r. h. <na...@ds...>]

Gian,  Please make your discussion on the SF Tracker for this, not on the
list as not everyone is subscribed to this lsit, and certianly the user
who submitted the bug won't see your reply.

I'll be turning this list to readonly shortly.. I though it was already...

-n


On Mon, 17 Sep 2001, giancarlo pinerolo wrote:

> Then problem of authenticating here is when no input is given as
> 'username'.
> When the returned uid is 'nobody', Auth does count anymore, and all the
> funcionalities and more, that belonged to Auth, pass to $perm->. It is a
> bit strange that we have two, I'd say completely, different methods of
> checking access: without 'nobody', Auth does the job. With 'nobody' Auth
> does nothing, the functions pass to checking $perm, and is something
> that influences a lot when people, after an initial Auth_only scenario,
> someone wants to upgrade a site's Phplib to User and Default_Auth. In
> fact Suddenly nothing works. I think this should be evidenced in the
> doc.
>
> Giancarlo
>
>
> no...@so... wrote:
> >
> > Bugs item #460463, was opened at 2001-09-10 14:27
> > You can respond by visiting:
> > http://sourceforge.net/tracker/?func=detail&atid=403611&aid=460463&group_id=31885
> >
> > Category: None
> > Group: None
> > Status: Open
> > Resolution: None
> > Priority: 5
> > Submitted By: Richard Archer (richardarcher)
> > Assigned to: Nobody/Anonymous (nobody)
> > Summary: Default Auth "cancel" button
> >
> > Initial Comment:
> > Reposted from -users list:
> >
> > I need a little help with a problem I'm having. It's
> > probably really simple,
> > but I can't seem to hack my way through it.
> >
> > I am using default authentication on a site. I have a
> > link at the top of the
> > page that can be used to login. When you click the
> > link, it takes you to a
> > page that does a:
> >
> > page_open(...);
> > $auth->login_if ( $auth->auth[uid] == "nobody" );
> > page_close();
> >
> > This pulls up auth's corresponding login dialog. The
> > problem is, I have a
> > cancel button on this dialog. No matter what I put
> > behind the cancel, I
> > can't get rid of the login dialog (unless I enter a
> > valid username and
> > password). I'm currently trying to make the cancel
> > button link to a logout
> > page that does:
> >
> > my_page_open();
> > $auth->logout (true);
> > my_page_close();
> >
> > But this doesn't work. The logout page apparently
> > generates another login
> > page before it gets to the logout() function.
> >
> > Thanks in advance for ANY help!
> >
> > -bpopp
> >
> > -------------------------------------------------
> >
> > But there a specific name for that cancel button,
> > default I think
> > 'cancel_button', specified in the Auth var $cl. Did you
> > use that name
> > for the input field/link_querystr? Then method start of
> > Auth (that is
> > any phplib Auth'd page) should take care of that. No
> > need for a special
> > ACTION
> >
> > also see:
> > http://marc.theaimsgroup.com/?l=phplib&m=94269299705992&w=2
> >
> > dunno if it's already in the code.
> > -Gian
> >
> > --------------------------------------------------
> >
> > List:     phplib
> > Subject:  Re: [PHPLIB] Bailing out of loginform.ihtml?
> > From:     Mike Green <Mik...@sa...>
> > Date:     1999-11-15 18:58:54
> > [Download message RAW]
> >
> > Well, maybe I'm not quite tuned in to your problem, but
> > if I am the following
> > could help:
> >
> > I use have modified the function auth_validatelogin()
> > given in the sample
> > local.inc (local.inc,v 1.23 1999/08/25 11:40:48 kk) so
> > that the first few lines
> > are:
> >
> > function auth_validatelogin() {
> >     global $username, $password;
> >     if(isset($username)) {
> >         $this->auth["uname"]=$username;     ## This
> > provides access for
> > "loginform.ihtml"
> >     }else if ($this->nobody){                      ##
> > provides for "default
> > login cancel"
> >         $uid = $this->auth["uname"] =
> > $this->auth["uid"] = "nobody";
> >         return $uid;
> >     }
> >     $uid = false;
> > ...
> >
> > [instead of
> > function auth_validatelogin() {
> >     global $username, $password;
> >     if(isset($username)) {
> >       $this->auth["uname"]=$username;        ## This
> > provides access for
> > "loginform.ihtml"
> >     }
> >     $uid = false;
> > ...
> > ]
> >
> > As I study what I've done here I can see that it
> > suffers from a classic case of
> > insufficient documentation.  When I created this
> > ("hack"?!) I think I figured
> > out what needed to be done and did this.  Now that I
> > look at it I'm cannot
> > explain it -- except that it is working :-) ... or
> > should that be a ;-(...
> >
> > Cheers!
> >
> > Mike
> >
> > ----------------------------------------------------------------------
> >
> > Comment By: James Wigdahl (jwigdahl)
> > Date: 2001-09-16 19:34
> >
> > Message:
> > Logged In: YES
> > user_id=294845
> >
> > I've done all this and it's still not working for me.
> >
> > I have a page "page.php" that opens as such:
> >
> > ### PROTECTED PAGE ###
> >
> > <?php
> >
> > if (isset($HTTP_GET_VARS["l"])) {
> >   $l = $HTTP_GET_VARS["l"];
> > }
> > if (isset($HTTP_POST_VARS["cancel_login"])) {
> >   $cancel_login = $HTTP_POST_VARS["cancel_login"];
> >   $l = 0;
> > } else if (isset($HTTP_GET_VARS["cancel_login"])) {
> >   $cancel_login = $HTTP_GET_VARS["cancel_login"];
> >   $l = 0;
> > }
> >
> > require ("../inc/config.php");
> >
> > page_open( array( "sess" => "Wg_Session", "auth" =>
> > "Wg_Default_Auth"));
> >
> > if ($cancel_login) {
> >   $auth->nobody = true;
> > }
> > $auth->login_if($l);
> >
> > [stuff]
> >
> > ?>
> > ### END OF PROTECTED PAGE ###
> >
> > There is a link on this page, that if clicked, reloads the
> > page as "page.php?l=yes" which effectively triggers the
> > login_if() and presents the login form specified in
> > auth_loginform() of my Auth subclass.
> >
> > My login form looks like the following:
> >
> > ### LOGIN FORM ###
> >
> > [stuff]
> >
> > <a href="<?php $sess->purl("page.php?cancel_login=yes"); ?>">
> > Go back to the protected page</a>.
> > <form method="post" name="cancel" action="<?php $sess->
> > purl(); ?>"><input type="submit" name="cancel_button" value=
> > "Go Back"></form>
> >
> > [stuff]
> >
> > ### END OF LOGIN FORM ###
> >
> > I have added the following code to auth_validatelogin() of my
> > subclassed Auth as indicated at http://marc.theaimsgroup.com/
> > ?l=phplib&m=94269299705992&w=2 (thank you Gian):
> >
> > ### STUFF ADDED TO auth_validatelogin() ###
> >
> > if (isset($username)) {
> >   $this->auth["uname"] = $username;  // This provides access
> > for "loginform.ihtml"
> > } else if ($this->nobody) {          // Provides for default
> > login cancel
> >   $uid = $this->auth["uname"] = $this->auth["uid"] =
> > "nobody";
> >   return $uid;
> > }
> >
> > ### END STUFF ADDED TO auth_validatelogin() ###
> >
> > I have even explicitly set "var $cancel_login   =
> > "cancel_login";" in my Auth subclass.
> >
> > I am still unable to get the login process to cancel whether
> > I click the link on the login page, or whether I click the
> > button named "cancel_button". No matter where I go, I just
> > get the login page.
> >
> > I have begun delving into auth.inc into the code that's
> > supposed to make this happen, but I haven't found why this is
> > failing yet. Anyone have any ideas?
> >
> > ----------------------------------------------------------------------
> >
> > You can respond by visiting:
> > http://sourceforge.net/tracker/?func=detail&atid=403611&aid=460463&group_id=31885
> >
> > _______________________________________________
> > Phplib-trackers mailing list
> > Php...@li...
> > https://lists.sourceforge.net/lists/listinfo/phplib-trackers
>
>
>
> _______________________________________________
> Phplib-core mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-core
>

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
nathan hruby / digital statement
na...@ds...
http://www.dstatement.com/

Public GPG key can be found at:
http://www.dstatement.com/nathan-gpg-key.txt
ED54 9A5E 132D BD01 9103  EEF3 E1B9 4738 EC90 801B
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Re: [Phplib-trackers] [ phplib-Bugs-460463 ] Default Auth "cancel" button

[giancarlo p. <gia...@na...>]

Then problem of authenticating here is when no input is given as
'username'. 
When the returned uid is 'nobody', Auth does count anymore, and all the
funcionalities and more, that belonged to Auth, pass to $perm->. It is a
bit strange that we have two, I'd say completely, different methods of
checking access: without 'nobody', Auth does the job. With 'nobody' Auth
does nothing, the functions pass to checking $perm, and is something
that influences a lot when people, after an initial Auth_only scenario,
someone wants to upgrade a site's Phplib to User and Default_Auth. In
fact Suddenly nothing works. I think this should be evidenced in the
doc.

Giancarlo


no...@so... wrote:
> 
> Bugs item #460463, was opened at 2001-09-10 14:27
> You can respond by visiting:
> http://sourceforge.net/tracker/?func=detail&atid=403611&aid=460463&group_id=31885
> 
> Category: None
> Group: None
> Status: Open
> Resolution: None
> Priority: 5
> Submitted By: Richard Archer (richardarcher)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: Default Auth "cancel" button
> 
> Initial Comment:
> Reposted from -users list:
> 
> I need a little help with a problem I'm having. It's
> probably really simple,
> but I can't seem to hack my way through it.
> 
> I am using default authentication on a site. I have a
> link at the top of the
> page that can be used to login. When you click the
> link, it takes you to a
> page that does a:
> 
> page_open(...);
> $auth->login_if ( $auth->auth[uid] == "nobody" );
> page_close();
> 
> This pulls up auth's corresponding login dialog. The
> problem is, I have a
> cancel button on this dialog. No matter what I put
> behind the cancel, I
> can't get rid of the login dialog (unless I enter a
> valid username and
> password). I'm currently trying to make the cancel
> button link to a logout
> page that does:
> 
> my_page_open();
> $auth->logout (true);
> my_page_close();
> 
> But this doesn't work. The logout page apparently
> generates another login
> page before it gets to the logout() function.
> 
> Thanks in advance for ANY help!
> 
> -bpopp
> 
> -------------------------------------------------
> 
> But there a specific name for that cancel button,
> default I think
> 'cancel_button', specified in the Auth var $cl. Did you
> use that name
> for the input field/link_querystr? Then method start of
> Auth (that is
> any phplib Auth'd page) should take care of that. No
> need for a special
> ACTION
> 
> also see:
> http://marc.theaimsgroup.com/?l=phplib&m=94269299705992&w=2
> 
> dunno if it's already in the code.
> -Gian
> 
> --------------------------------------------------
> 
> List:     phplib
> Subject:  Re: [PHPLIB] Bailing out of loginform.ihtml?
> From:     Mike Green <Mik...@sa...>
> Date:     1999-11-15 18:58:54
> [Download message RAW]
> 
> Well, maybe I'm not quite tuned in to your problem, but
> if I am the following
> could help:
> 
> I use have modified the function auth_validatelogin()
> given in the sample
> local.inc (local.inc,v 1.23 1999/08/25 11:40:48 kk) so
> that the first few lines
> are:
> 
> function auth_validatelogin() {
>     global $username, $password;
>     if(isset($username)) {
>         $this->auth["uname"]=$username;     ## This
> provides access for
> "loginform.ihtml"
>     }else if ($this->nobody){                      ##
> provides for "default
> login cancel"
>         $uid = $this->auth["uname"] =
> $this->auth["uid"] = "nobody";
>         return $uid;
>     }
>     $uid = false;
> ...
> 
> [instead of
> function auth_validatelogin() {
>     global $username, $password;
>     if(isset($username)) {
>       $this->auth["uname"]=$username;        ## This
> provides access for
> "loginform.ihtml"
>     }
>     $uid = false;
> ...
> ]
> 
> As I study what I've done here I can see that it
> suffers from a classic case of
> insufficient documentation.  When I created this
> ("hack"?!) I think I figured
> out what needed to be done and did this.  Now that I
> look at it I'm cannot
> explain it -- except that it is working :-) ... or
> should that be a ;-(...
> 
> Cheers!
> 
> Mike
> 
> ----------------------------------------------------------------------
> 
> Comment By: James Wigdahl (jwigdahl)
> Date: 2001-09-16 19:34
> 
> Message:
> Logged In: YES
> user_id=294845
> 
> I've done all this and it's still not working for me.
> 
> I have a page "page.php" that opens as such:
> 
> ### PROTECTED PAGE ###
> 
> <?php
> 
> if (isset($HTTP_GET_VARS["l"])) {
>   $l = $HTTP_GET_VARS["l"];
> }
> if (isset($HTTP_POST_VARS["cancel_login"])) {
>   $cancel_login = $HTTP_POST_VARS["cancel_login"];
>   $l = 0;
> } else if (isset($HTTP_GET_VARS["cancel_login"])) {
>   $cancel_login = $HTTP_GET_VARS["cancel_login"];
>   $l = 0;
> }
> 
> require ("../inc/config.php");
> 
> page_open( array( "sess" => "Wg_Session", "auth" =>
> "Wg_Default_Auth"));
> 
> if ($cancel_login) {
>   $auth->nobody = true;
> }
> $auth->login_if($l);
> 
> [stuff]
> 
> ?>
> ### END OF PROTECTED PAGE ###
> 
> There is a link on this page, that if clicked, reloads the
> page as "page.php?l=yes" which effectively triggers the
> login_if() and presents the login form specified in
> auth_loginform() of my Auth subclass.
> 
> My login form looks like the following:
> 
> ### LOGIN FORM ###
> 
> [stuff]
> 
> <a href="<?php $sess->purl("page.php?cancel_login=yes"); ?>">
> Go back to the protected page</a>.
> <form method="post" name="cancel" action="<?php $sess->
> purl(); ?>"><input type="submit" name="cancel_button" value=
> "Go Back"></form>
> 
> [stuff]
> 
> ### END OF LOGIN FORM ###
> 
> I have added the following code to auth_validatelogin() of my
> subclassed Auth as indicated at http://marc.theaimsgroup.com/
> ?l=phplib&m=94269299705992&w=2 (thank you Gian):
> 
> ### STUFF ADDED TO auth_validatelogin() ###
> 
> if (isset($username)) {
>   $this->auth["uname"] = $username;  // This provides access
> for "loginform.ihtml"
> } else if ($this->nobody) {          // Provides for default
> login cancel
>   $uid = $this->auth["uname"] = $this->auth["uid"] =
> "nobody";
>   return $uid;
> }
> 
> ### END STUFF ADDED TO auth_validatelogin() ###
> 
> I have even explicitly set "var $cancel_login   =
> "cancel_login";" in my Auth subclass.
> 
> I am still unable to get the login process to cancel whether
> I click the link on the login page, or whether I click the
> button named "cancel_button". No matter where I go, I just
> get the login page.
> 
> I have begun delving into auth.inc into the code that's
> supposed to make this happen, but I haven't found why this is
> failing yet. Anyone have any ideas?
> 
> ----------------------------------------------------------------------
> 
> You can respond by visiting:
> http://sourceforge.net/tracker/?func=detail&atid=403611&aid=460463&group_id=31885
> 
> _______________________________________________
> Phplib-trackers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-trackers

[Phplib-trackers] [ phplib-Bugs-460463 ] Default Auth "cancel" button

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Archer (richardarcher)
Assigned to: Nobody/Anonymous (nobody)
Summary: Default Auth "cancel" button

Initial Comment:
Reposted from -users list:

I need a little help with a problem I'm having. It's
probably really simple,
but I can't seem to hack my way through it. 

I am using default authentication on a site. I have a
link at the top of the
page that can be used to login. When you click the
link, it takes you to a
page that does a:

page_open(...);
$auth->login_if ( $auth->auth[uid] == "nobody" );
page_close();

This pulls up auth's corresponding login dialog. The
problem is, I have a
cancel button on this dialog. No matter what I put
behind the cancel, I
can't get rid of the login dialog (unless I enter a
valid username and
password). I'm currently trying to make the cancel
button link to a logout
page that does:

my_page_open();
$auth->logout (true);
my_page_close();

But this doesn't work. The logout page apparently
generates another login
page before it gets to the logout() function. 

Thanks in advance for ANY help!

-bpopp

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

But there a specific name for that cancel button,
default I think
'cancel_button', specified in the Auth var $cl. Did you
use that name
for the input field/link_querystr? Then method start of
Auth (that is
any phplib Auth'd page) should take care of that. No
need for a special
ACTION

also see:
http://marc.theaimsgroup.com/?l=phplib&m=94269299705992&w=2

dunno if it's already in the code.
-Gian

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

List:     phplib
Subject:  Re: [PHPLIB] Bailing out of loginform.ihtml?
From:     Mike Green <Mik...@sa...>
Date:     1999-11-15 18:58:54
[Download message RAW]

Well, maybe I'm not quite tuned in to your problem, but
if I am the following
could help:

I use have modified the function auth_validatelogin()
given in the sample
local.inc (local.inc,v 1.23 1999/08/25 11:40:48 kk) so
that the first few lines
are:

function auth_validatelogin() {
    global $username, $password;
    if(isset($username)) {
        $this->auth["uname"]=$username;     ## This
provides access for
"loginform.ihtml"
    }else if ($this->nobody){                      ## 
provides for "default
login cancel"
        $uid = $this->auth["uname"] =
$this->auth["uid"] = "nobody";
        return $uid;
    }
    $uid = false;
...

[instead of
function auth_validatelogin() {
    global $username, $password;
    if(isset($username)) {
      $this->auth["uname"]=$username;        ## This
provides access for
"loginform.ihtml"
    }
    $uid = false;
...
]

As I study what I've done here I can see that it
suffers from a classic case of
insufficient documentation.  When I created this
("hack"?!) I think I figured
out what needed to be done and did this.  Now that I
look at it I'm cannot
explain it -- except that it is working :-) ... or
should that be a ;-(...

Cheers!

Mike




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

Comment By: James Wigdahl (jwigdahl)
Date: 2001-09-16 19:34

Message:
Logged In: YES 
user_id=294845

I've done all this and it's still not working for me.

I have a page "page.php" that opens as such:

### PROTECTED PAGE ###

<?php

if (isset($HTTP_GET_VARS["l"])) {
  $l = $HTTP_GET_VARS["l"];
}
if (isset($HTTP_POST_VARS["cancel_login"])) {
  $cancel_login = $HTTP_POST_VARS["cancel_login"];
  $l = 0;
} else if (isset($HTTP_GET_VARS["cancel_login"])) {
  $cancel_login = $HTTP_GET_VARS["cancel_login"];
  $l = 0;
}

require ("../inc/config.php"); 

page_open( array( "sess" => "Wg_Session", "auth" => 
"Wg_Default_Auth"));

if ($cancel_login) {
  $auth->nobody = true;
}
$auth->login_if($l);

[stuff]

?>
### END OF PROTECTED PAGE ###



There is a link on this page, that if clicked, reloads the 
page as "page.php?l=yes" which effectively triggers the 
login_if() and presents the login form specified in 
auth_loginform() of my Auth subclass.

My login form looks like the following:



### LOGIN FORM ###

[stuff]

<a href="<?php $sess->purl("page.php?cancel_login=yes"); ?>">
Go back to the protected page</a>.
<form method="post" name="cancel" action="<?php $sess->
purl(); ?>"><input type="submit" name="cancel_button" value=
"Go Back"></form>

[stuff]

### END OF LOGIN FORM ###



I have added the following code to auth_validatelogin() of my 
subclassed Auth as indicated at http://marc.theaimsgroup.com/
?l=phplib&m=94269299705992&w=2 (thank you Gian):



### STUFF ADDED TO auth_validatelogin() ###

if (isset($username)) {
  $this->auth["uname"] = $username;  // This provides access 
for "loginform.ihtml"
} else if ($this->nobody) {          // Provides for default 
login cancel
  $uid = $this->auth["uname"] = $this->auth["uid"] = 
"nobody";
  return $uid;
}

### END STUFF ADDED TO auth_validatelogin() ###


I have even explicitly set "var $cancel_login   = 
"cancel_login";" in my Auth subclass.

I am still unable to get the login process to cancel whether 
I click the link on the login page, or whether I click the 
button named "cancel_button". No matter where I go, I just 
get the login page.

I have begun delving into auth.inc into the code that's 
supposed to make this happen, but I haven't found why this is 
failing yet. Anyone have any ideas?


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

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

[Phplib-trackers] [ phplib-Bugs-460463 ] Default Auth "cancel" button

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Archer (richardarcher)
Assigned to: Nobody/Anonymous (nobody)
Summary: Default Auth "cancel" button

Initial Comment:
Reposted from -users list:

I need a little help with a problem I'm having. It's
probably really simple,
but I can't seem to hack my way through it. 

I am using default authentication on a site. I have a
link at the top of the
page that can be used to login. When you click the
link, it takes you to a
page that does a:

page_open(...);
$auth->login_if ( $auth->auth[uid] == "nobody" );
page_close();

This pulls up auth's corresponding login dialog. The
problem is, I have a
cancel button on this dialog. No matter what I put
behind the cancel, I
can't get rid of the login dialog (unless I enter a
valid username and
password). I'm currently trying to make the cancel
button link to a logout
page that does:

my_page_open();
$auth->logout (true);
my_page_close();

But this doesn't work. The logout page apparently
generates another login
page before it gets to the logout() function. 

Thanks in advance for ANY help!

-bpopp

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

But there a specific name for that cancel button,
default I think
'cancel_button', specified in the Auth var $cl. Did you
use that name
for the input field/link_querystr? Then method start of
Auth (that is
any phplib Auth'd page) should take care of that. No
need for a special
ACTION

also see:
http://marc.theaimsgroup.com/?l=phplib&m=94269299705992&w=2

dunno if it's already in the code.
-Gian

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

List:     phplib
Subject:  Re: [PHPLIB] Bailing out of loginform.ihtml?
From:     Mike Green <Mik...@sa...>
Date:     1999-11-15 18:58:54
[Download message RAW]

Well, maybe I'm not quite tuned in to your problem, but
if I am the following
could help:

I use have modified the function auth_validatelogin()
given in the sample
local.inc (local.inc,v 1.23 1999/08/25 11:40:48 kk) so
that the first few lines
are:

function auth_validatelogin() {
    global $username, $password;
    if(isset($username)) {
        $this->auth["uname"]=$username;     ## This
provides access for
"loginform.ihtml"
    }else if ($this->nobody){                      ## 
provides for "default
login cancel"
        $uid = $this->auth["uname"] =
$this->auth["uid"] = "nobody";
        return $uid;
    }
    $uid = false;
...

[instead of
function auth_validatelogin() {
    global $username, $password;
    if(isset($username)) {
      $this->auth["uname"]=$username;        ## This
provides access for
"loginform.ihtml"
    }
    $uid = false;
...
]

As I study what I've done here I can see that it
suffers from a classic case of
insufficient documentation.  When I created this
("hack"?!) I think I figured
out what needed to be done and did this.  Now that I
look at it I'm cannot
explain it -- except that it is working :-) ... or
should that be a ;-(...

Cheers!

Mike




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

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

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

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
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 :)



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

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

[Phplib-trackers] [ phplib-Feature Requests-457700 ] User class extension

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

Feature Requests item #457700, was opened at 2001-09-02 01:33
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403614&aid=457700&group_id=31885

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: User class extension

Initial Comment:
It would be nice to be able to access another users
variables in an easy way. For example if you use the
user class to store addresses and the admin user want
to make an address list.

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

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

[Phplib-trackers] [ phplib-Feature Requests-457699 ] Application class

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

Feature Requests item #457699, was opened at 2001-09-02 01:31
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=403614&aid=457699&group_id=31885

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Application class

Initial Comment:
The possibility to store application variables, like
session variables, but for all sessions i lacking.

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

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

[Phplib-trackers] [ phplib-Feature Requests-450735 ] CT_Cookie

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

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: Closed
Priority: 5
Submitted By: Richard Archer (richardarcher)
>Assigned to: Richard Archer (richardarcher)
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.


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

>Comment By: Richard Archer (richardarcher)
Date: 2001-09-01 00:17

Message:
Logged In: YES 
user_id=279311

This has been added to the -devel CVS along with a
documentation page and sample pages. Nice concept :)

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

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

[Phplib-trackers] [ phplib-Bugs-450387 ] Some files contain DOS line breaks

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

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

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Richard Archer (richardarcher)
Assigned to: Richard Archer (richardarcher)
Summary: Some files contain DOS line breaks

Initial Comment:
Some files in the CVS tree contain DOS line breaks.
Should be converted to native text files.

Some of these may have been fixed already:
php-lib/pages/form/templates/form_main.tpl
php-lib/php/ext/integratedtemplate.inc
php-lib/php/ext/integratedtemplateextension.inc
php-lib/php/form/Attic/assistant.inc
php-lib/php/session/README_session4_custom
php-lib/php/ct_dbm.inc
php-lib/stuff/create_database.msaccess95
php-lib/CHANGES
php-lib-stable/php/ct_dbm.inc
php-lib-stable/stuff/create_database.msaccess95


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

Comment By: Richard Archer (richardarcher)
Date: 2001-08-30 00:49

Message:
Logged In: YES 
user_id=279311

I'll get onto this shortly!

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

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

[Phplib-trackers] [ phplib-Bugs-450387 ] Some files contain DOS line breaks

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Archer (richardarcher)
>Assigned to: Richard Archer (richardarcher)
Summary: Some files contain DOS line breaks

Initial Comment:
Some files in the CVS tree contain DOS line breaks.
Should be converted to native text files.

Some of these may have been fixed already:
php-lib/pages/form/templates/form_main.tpl
php-lib/php/ext/integratedtemplate.inc
php-lib/php/ext/integratedtemplateextension.inc
php-lib/php/form/Attic/assistant.inc
php-lib/php/session/README_session4_custom
php-lib/php/ct_dbm.inc
php-lib/stuff/create_database.msaccess95
php-lib/CHANGES
php-lib-stable/php/ct_dbm.inc
php-lib-stable/stuff/create_database.msaccess95


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

>Comment By: Richard Archer (richardarcher)
Date: 2001-08-30 00:49

Message:
Logged In: YES 
user_id=279311

I'll get onto this shortly!

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

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