phplib-trackers Mailing List for PHPLIB (Page 4)
Brought to you by:
nhruby,
richardarcher
Menu
▾
▴
phplib-trackers — List for monitoring the phplib SourceForge trackers.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(91) |
Sep
(12) |
Oct
(26) |
Nov
(16) |
Dec
(14) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(37) |
Feb
(22) |
Mar
(39) |
Apr
(74) |
May
(14) |
Jun
(17) |
Jul
(81) |
Aug
(32) |
Sep
(28) |
Oct
(18) |
Nov
(8) |
Dec
(6) |
| 2003 |
Jan
(6) |
Feb
(11) |
Mar
(5) |
Apr
(4) |
May
(6) |
Jun
(6) |
Jul
(5) |
Aug
(3) |
Sep
(8) |
Oct
(4) |
Nov
(2) |
Dec
(2) |
| 2004 |
Jan
(1) |
Feb
|
Mar
(3) |
Apr
(8) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(2) |
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2006 |
Jan
|
Feb
(2) |
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(41) |
Nov
|
Dec
(78) |
|
From: SourceForge.net <no...@so...> - 2003-05-14 20:15:13
|
Bugs item #737873, was opened at 2003-05-14 13:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=737873&group_id=31885 Category: DB_SQL Group: 7.2.x Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Security problem (unescaped id) in ct_sql Initial Comment: Hello. ct_sql.inc is wrong. You are assuming that $id is always going to be 'safe', and basically it isn't. function ac_store (and others) that take $id in should use addslashes, or the postgres addslashes equivalent. Regards, g0tai ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=737873&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-05-09 08:06:34
|
Bugs item #735080, was opened at 2003-05-09 08:05 Message generated for change (Settings changed) made by swiehe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=735080&group_id=31885 Category: DB_SQL Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sebastian Wiehe (swiehe) >Assigned to: Richard Archer (richardarcher) Summary: Bug in DB_ODBC.inc v7.4-pre2 Initial Comment: In the db_odbc database class I've found a failure in the function f(). The Original declaration says: function f($Name) { if (isset($this->Record[$Name])) { return $this->Record[strtolower($Name)]; } return ""; } This results in the missing ability to return array field names. (Found during login procedure). So the corrected version should be (including some kind of error handling feature...). function f($Name) { if (isset($this->Record[strtolower($Name)])) { return $this->Record[strtolower($Name)]; } return "unknown field requested"; } Hope that this helped anybody usind ODBC. It's certainly kind of hidden. Your's Sebastian seb...@qm... www.qmarketing.de ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=735080&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-05-09 08:05:40
|
Bugs item #735080, was opened at 2003-05-09 08:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=735080&group_id=31885 Category: DB_SQL Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sebastian Wiehe (swiehe) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in DB_ODBC.inc v7.4-pre2 Initial Comment: In the db_odbc database class I've found a failure in the function f(). The Original declaration says: function f($Name) { if (isset($this->Record[$Name])) { return $this->Record[strtolower($Name)]; } return ""; } This results in the missing ability to return array field names. (Found during login procedure). So the corrected version should be (including some kind of error handling feature...). function f($Name) { if (isset($this->Record[strtolower($Name)])) { return $this->Record[strtolower($Name)]; } return "unknown field requested"; } Hope that this helped anybody usind ODBC. It's certainly kind of hidden. Your's Sebastian seb...@qm... www.qmarketing.de ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=735080&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-04-15 07:44:39
|
Bugs item #721658, was opened at 2003-04-15 13:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=721658&group_id=31885 Category: None Group: 7.4pre1 Status: Open Resolution: None Priority: 5 Submitted By: Venkat (venkey) Assigned to: Nobody/Anonymous (nobody) Summary: Menu class goes into infinite loop on Windows Initial Comment: Menu.inc in release "phplib-7.4-pre2" , function "normalize_pos", line 216 has something like this if ($m == "/") { $m = ""; This causes a infinite loop on windows, on this while(strlen($m)) { ... } Replaing the "if" with the code below appears to solve the problem. if (($m == "/") || ($m == "\")) { $m = ""; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=721658&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-04-11 16:17:16
|
Bugs item #719784, was opened at 2003-04-11 11:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=719784&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 1 Submitted By: Joe Stewart (joestewart) Assigned to: Nobody/Anonymous (nobody) Summary: small typo in template.inc::set_block Initial Comment: Mostly a reminder... diff ../release/phplib/php/template.inc class/phplib/php/template.inc 319c319 < $str = preg_replace($reg, "{" . "$name}", $str); --- > $str = preg_replace($reg, "{" . $name . "}", $str); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=719784&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-04-09 23:28:42
|
Feature Requests item #718683, was opened at 2003-04-10 09:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=718683&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: Strip comments from templates Initial Comment: This idea from a post to the -users list by Sven: Add a method to Template to strip comments from a template file. This would be useful to: 1. remove comments which are present only to make the template easier to maintain. These are for the use of the site builders and should never be sent to the user. 2. remove untouched BEGIN/END block comments. I often have either/or blocks, one of which gets deleted and the other one stays there, comments and all. The user has no need to see those comments. Default behaviour could be for finish to strip comments from the template, just as it currently processes remaining {} tags. Original post from Sven: Hello Give it an easy way to delete comments in a template file so that the output not have the comments? I will not use the HTML-method (<!-- ... -->) for commenting my template files. My idea is a comment beginn with '{*' and end with '*}' or so. The first idea was to make an owe function in template.inc to filter that comments. But i hope it give an easy way as an own function. PS: I working with a cvs version of phplib. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=718683&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-04-08 08:20:28
|
Bugs item #700221, was opened at 2003-03-09 04:33 Message generated for change (Comment added) made by terminal_spirit You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=700221&group_id=31885 Category: Session Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: gc redeclared Initial Comment: After upgrading to PHP 4.3.1 an error in session.inc is shown as Cannot redeclare gc() in c:\Servers\internet\lib\php\session.inc on line 464 This shows up in PHPLIB version 7.2d. tom...@me... ---------------------------------------------------------------------- Comment By: Nick Cook (terminal_spirit) Date: 2003-04-08 08:36 Message: Logged In: YES user_id=752229 hi it appears the function gc is duplicated in the file session.inc. 1st one is on or about line 337 & the other is on line 464. I commented out the first one and its happy now :) hth ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=700221&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-03-30 20:52:41
|
Bugs item #712331, was opened at 2003-03-31 00:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=712331&group_id=31885 Category: Authentication Group: 7.4pre1 Status: Open Resolution: None Priority: 5 Submitted By: Levoshko Constantine (hsmtp) Assigned to: Nobody/Anonymous (nobody) Summary: JS in MD5 loginform files Initial Comment: You use in crloginform.ihtml and crcloginform.ihtml files the following thing for not submitting first form but submit only hidden one: onSubmit="doChallengeResponse()" This code will not stop submitting first form. You should use this one code instead of: onSubmit="return doChallengeResponse()" I found this error because I needed to put username in a cookie after authentication and it was failed in loginform files listed above. Then I discovered that it's happend because there was submitted 'username' twice (from first and second form). By default this error is invisible. Only when you make some changes in login form (saving username in cookies, adding some additional fields, etc) you can reach it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=712331&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-03-25 23:46:35
|
Support Requests item #709779, was opened at 2003-03-25 16:00 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403612&aid=709779&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Access-PHP W2000-Linux Initial Comment: Ola! Tenho uma aplicação num servidor W2000 que guarda os dados numa tabela em Access. Gostaria no meu servidor Linux RedHat com PHP fazer uma página para poder consultar os dados da referida tabela. Como posso fazer?????????? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403612&aid=709779&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-03-13 22:26:31
|
Bugs item #703241, was opened at 2003-03-13 13:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=703241&group_id=31885 Category: Template Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Input enclosed with {} is deleted Initial Comment: Using template.inc (7.4 pre-2) data passed via a user input form enclosed with {} is erased when $t->parse or $t->pparse is called. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-03-13 14:38 Message: Logged In: NO whoops, please disregard this bug. i was having the same problem as bug #690462 title "Templates & User Input". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=703241&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-03-13 21:40:22
|
Bugs item #703241, was opened at 2003-03-13 13:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=703241&group_id=31885 Category: Template Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Input enclosed with {} is deleted Initial Comment: Using template.inc (7.4 pre-2) data passed via a user input form enclosed with {} is erased when $t->parse or $t->pparse is called. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=703241&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-03-09 04:22:06
|
Bugs item #700221, was opened at 2003-03-08 20:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=700221&group_id=31885 Category: Session Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: gc redeclared Initial Comment: After upgrading to PHP 4.3.1 an error in session.inc is shown as Cannot redeclare gc() in c:\Servers\internet\lib\php\session.inc on line 464 This shows up in PHPLIB version 7.2d. tom...@me... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=700221&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-02-25 02:43:53
|
Bugs item #692528, was opened at 2003-02-24 15:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=692528&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sven Eichler (koala_s) Assigned to: Nobody/Anonymous (nobody) Summary: affected_rows() and update in new_user_md5.php Initial Comment: I have found a bug in new_user_md5.php at this line: $query = "update auth_user_md5 set username='$username', $password_query perms='$permlist' where user_id='$u_id'"; $db->query($query); if ($db->affected_rows() == 0) { .... From http://www.php.net/manual/en/function.mysql-affected-rows.php: "When using UPDATE, MySQL will not update columns where the new value is the same as the old value. This creates the possiblity that mysql_affected_rows() may not actually equal the number of rows matched, only the number of rows that were literally affected by the query." I mean that the 0 comparison with $db->affected_rows() is not enough for a correct error test. A test with the output of mysql_errno() can fix this problem. But it give in db_mysql.inc, at this time, not a function to return direkt this result. ---------------------------------------------------------------------- Comment By: Adam Thompson (athompso) Date: 2003-02-24 20:53 Message: Logged In: YES user_id=339498 My original fix for this problem appears to still be present in db_mysql.inc(? I think - maybe ct_sql.inc?); the same theory of operation can be adapted to this case. Unfortunately, it triples the size of the error-checking code... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=692528&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-02-24 21:42:14
|
Bugs item #692528, was opened at 2003-02-24 22:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=692528&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sven Eichler (koala_s) Assigned to: Nobody/Anonymous (nobody) Summary: affected_rows() and update in new_user_md5.php Initial Comment: I have found a bug in new_user_md5.php at this line: $query = "update auth_user_md5 set username='$username', $password_query perms='$permlist' where user_id='$u_id'"; $db->query($query); if ($db->affected_rows() == 0) { .... From http://www.php.net/manual/en/function.mysql-affected-rows.php: "When using UPDATE, MySQL will not update columns where the new value is the same as the old value. This creates the possiblity that mysql_affected_rows() may not actually equal the number of rows matched, only the number of rows that were literally affected by the query." I mean that the 0 comparison with $db->affected_rows() is not enough for a correct error test. A test with the output of mysql_errno() can fix this problem. But it give in db_mysql.inc, at this time, not a function to return direkt this result. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=692528&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-02-24 11:21:30
|
Bugs item #692172, was opened at 2003-02-24 03:30 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=692172&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: PDF Initial Comment: You have some detailed documentation in HTML but however you don't have PDF documentation. Please could you add some as its more system cross compatible. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=692172&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-02-21 03:09:12
|
Bugs item #690462, was opened at 2003-02-21 13:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=690462&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thomas Lee (krumms) Assigned to: Nobody/Anonymous (nobody) Summary: Templates & User Input Initial Comment: Due to the way the template system works, it is possible for user-defined data (i.e. data stored in the database that was originally input from a form) has the potential to be interpreted by the phplib template system as a template variable. This has the potential to be dangerous if secret data is put inside template variables (not very likely, but it's still a potential problem) - but for most part it's just downright annoying. My current work-around involves parsing all user input variables and replacing "{" and "}" with "{" and "}" respectively, then parsing back through it again just before the render (i.e $tpl->p()) and reversing the process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=690462&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-02-19 15:07:09
|
Feature Requests item #502655, was opened at 2002-01-12 13:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=502655&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: binary Initial Comment: Hi! did anyone thik that this template class would be nice to be portet in C and that it can be used as php module. I tried yats and it's 15 times faster becasue it is always avaliable (you don't have to require anything), and execution is also faster. Thanks Uros ---------------------------------------------------------------------- Comment By: Jan Ptacek (ptica) Date: 2003-02-19 16:15 Message: Logged In: YES user_id=217316 hi great idea have you any source files available ? ptica ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=502655&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-02-19 14:50:21
|
Feature Requests item #655573, was opened at 2002-12-18 07:25 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=655573&group_id=31885 Category: Interface Improvements (example) Group: Next Release (example) Status: Open Priority: 5 Submitted By: Prachait Saxena (prachait) Assigned to: Nobody/Anonymous (nobody) Summary: add .php at last in the extension Initial Comment: Hi Some time we put the the phplib the web directory so when we call the phplib folder .. file names are .inc will show the contents. Please change the extensions of the file as file.inc -> file.inc.php Hope you will consider this. Prachait Saxena ---------------------------------------------------------------------- Comment By: Jan Ptacek (ptica) Date: 2003-02-19 15:58 Message: Logged In: YES user_id=217316 yes, everybody can make this for himself alone but the request was probably ment in way more like: it would be nice to have .php suffix as of nature = in the package you download, so even not configured server will not show you your db passwords and so on at least IMHO :) ---------------------------------------------------------------------- Comment By: Layne Weathers (layne_weathers) Date: 2002-12-19 18:13 Message: Logged In: YES user_id=278685 You need to configure your web server a bit more securely. Even if you put the PHPLib directory within a web directory, the PHPLib directory should not be servable. Use a simple .htaccess file to block all requests: <Limit GET POST> Order allow,deny Deny from all Satisfy All </Limit> In addition, you should have Apache configured to ignore all requests for .inc files: <Files ~"\.inc$"> Order allow,deny Deny from all Satisfy All </Files> ---------------------------------------------------------------------- Comment By: Joe Stewart (joestewart) Date: 2002-12-18 16:43 Message: Logged In: YES user_id=77269 If this is a problem for you see the linked script. It will change all file extensions and references as you request: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpslash/phpslash-ft/contrib/extchg.sh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=655573&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-02-18 11:09:27
|
Support Requests item #688599, was opened at 2003-02-18 03:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403612&aid=688599&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: phplib under win32 with php_mod Initial Comment: I get the following message : "Fatal error: Cannot redeclare gc() in ...\phplib\session.inc on line 464" The system configuration is Win XP home / Apache 2.0.43 / PHP 4.3.0RC3 (module) / PHPLib 7.4-pre2 The problem don't occur if I use PHP as a CGI program ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403612&aid=688599&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-02-12 03:58:07
|
Feature Requests item #685085, was opened at 2003-02-12 14:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=685085&group_id=31885 Category: None Group: None >Status: Closed >Priority: 1 Submitted By: NKM (nufferkay) >Assigned to: Richard Archer (richardarcher) Summary: register_globals off support Initial Comment: The ability to use this library even with register_globals off would be really great. Is there a chance that the next version might support this? Thanks! ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2003-02-12 15:05 Message: Logged In: YES user_id=279311 If you have any examples of the current version of PHPLIB failing to operate with register_globals off, please post them in the Bugs forum. ...Richard. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=685085&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-02-12 03:25:16
|
Feature Requests item #685085, was opened at 2003-02-11 22:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=685085&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: NKM (nufferkay) Assigned to: Nobody/Anonymous (nobody) Summary: register_globals off support Initial Comment: The ability to use this library even with register_globals off would be really great. Is there a chance that the next version might support this? Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=685085&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-02-08 11:23:18
|
Patches item #682841, was opened at 2003-02-08 11:29 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=682841&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Cruickshank (krabu) Assigned to: Nobody/Anonymous (nobody) Summary: template.inc and Windows abs paths Initial Comment: The filepath() method currently checks for absolute paths by testing for an initial '/'. This fails on Windows when the filepath includes a drive letter. The revised method looks like this: function filename($filename) { if ($this->debug & 4) { echo "<p><b>filename:</b> filename = $filename</p>\n"; } if (substr($filename, 0, 1) != "/" && substr($filename, 1, 1) != ":") { // Test for Unix or Windows absolute path $filename = $this->root."/".$filename; } if (!file_exists($filename)) { $this->halt("filename: file $filename does not exist."); } return $filename; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=682841&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-02-04 01:19:48
|
Bugs item #679944, was opened at 2003-02-03 17:25 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=679944&group_id=31885 Category: OOH Forms Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bug in determining "selected" option in select Initial Comment: The following is an error found in of_select with version string * $Id: of_select.inc,v 1.2 2002/04/28 03:59:32 richardarcher Exp $ I am using php 4.3 on linux. The self get function contains a bug that may be due to php's handling of arrays/strings... the line if (!$this->multiple && ($this->value==$o["value"] || $this->value==$o)) is going to print selected if this->multiple is set to false and either $o['"value"] or $o == $this->value. Simple enough, except that i was getting false positives in a date select box. The current day is "03" and both the "03" option and the "30" and "31" options all had the "selected" option in the resulting combo box. A var dump or two revealed the problem. $o is a string type, but indexing into it with "value" returned the first char of the string. So, for example, the following code: $o = "30"; print($o["value"]); yields the string "3"! I am assuming that php is evaluating "value" as an int which would make it 0 and using this value to index into the string... This sort of makes sense: strings can be treated as arrays, but only (obviously) with numeric indexes... It seems, though, that indexing a string with a string is likely to be a programmer error and should throw at least a warning. (Course maybe I don't have my reporting level turned up high enough...) The solution is to check the type before indexing into it.... The following code seems to resolve the problem... if (!$this->multiple && (($this->value==$o["value"] && is_array($o)) || $this->value==$o)) Regards Simeon Franklin si...@bl... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=679944&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-01-29 12:15:38
|
Bugs item #676740, was opened at 2003-01-29 13:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=676740&group_id=31885 Category: None Group: current CVS Status: Open Resolution: None Priority: 5 Submitted By: tobozo (tobozo) >Assigned to: Richard Archer (richardarcher) Summary: table.inc V1.4 ignores NULL values in database mode Initial Comment: File : table.inc v1.4 (1.4 2002/04/28 08:12:54 richardarcher) CVS Module : php_lib Database layer used : db_oci8 the table class skips the display of the <td> for each element of the array passed to the 'show_table_cells' if those elements containing NULL values This breaks the html table structure and prevents results to be displayed in some browsers, and gives a wrong column display on others. ex : structure for the queried table : $fields = array ( '0' => 'somefield', '1' => 'someotherfield', '2' => 'hugo', '3' => 'bla' ); structure of the returned data $data = array ( 0 => array ( 'somefield' =>'something', 'someotherfield' =>'something else', 'hugo' =>'', // <------- NULL 'bla' => '1231654645' ), 1 => array ( 'somefield' =>'something different', 'someotherfield' =>'', // <-- NULL 'hugo' =>'gneh', // <------- NOT NULL 'bla' => '4654654645' ), 2 => array ( 'somefield' =>'something', 'someotherfield' =>'something else', 'hugo' =>'hugo', // <------- NOT NULL 'bla' => '1231654645' ), Workaround (certainly not a valid fix but it worked for me): comment lines 610 and 612 like this : /*if (isset($data[$val])) {*/ $this->table_cell($row, $cell++, $val, $data[$val], $class); /*}*/ so even if data is NULL it will display an empty html cell. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=676740&group_id=31885 |
|
From: SourceForge.net <no...@so...> - 2003-01-29 12:14:27
|
Bugs item #676740, was opened at 2003-01-29 13:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=676740&group_id=31885 Category: None Group: current CVS Status: Open Resolution: None Priority: 5 Submitted By: tobozo (tobozo) Assigned to: Nobody/Anonymous (nobody) Summary: table.inc V1.4 ignores NULL values in database mode Initial Comment: File : table.inc v1.4 (1.4 2002/04/28 08:12:54 richardarcher) CVS Module : php_lib Database layer used : db_oci8 the table class skips the display of the <td> for each element of the array passed to the 'show_table_cells' if those elements containing NULL values This breaks the html table structure and prevents results to be displayed in some browsers, and gives a wrong column display on others. ex : structure for the queried table : $fields = array ( '0' => 'somefield', '1' => 'someotherfield', '2' => 'hugo', '3' => 'bla' ); structure of the returned data $data = array ( 0 => array ( 'somefield' =>'something', 'someotherfield' =>'something else', 'hugo' =>'', // <------- NULL 'bla' => '1231654645' ), 1 => array ( 'somefield' =>'something different', 'someotherfield' =>'', // <-- NULL 'hugo' =>'gneh', // <------- NOT NULL 'bla' => '4654654645' ), 2 => array ( 'somefield' =>'something', 'someotherfield' =>'something else', 'hugo' =>'hugo', // <------- NOT NULL 'bla' => '1231654645' ), Workaround (certainly not a valid fix but it worked for me): comment lines 610 and 612 like this : /*if (isset($data[$val])) {*/ $this->table_cell($row, $cell++, $val, $data[$val], $class); /*}*/ so even if data is NULL it will display an empty html cell. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=676740&group_id=31885 |
115 messages has been excluded from this view by a project administrator.
