today catzwolf update  some of xoops code with zend  standard method . in some files he add some little change and in some another files he clean up all codes and remove unnecessary codes  .
for example you can see big update in common.php
this link : http://xoops.svn.sourceforge.net/view … ;r2=3181&pathrev=3181

and in all files he add this line on top  :



defined
‘XOOPS_MAINFILE_INCLUDED’ ) or die( ‘Restricted access’ );

two days ago he updated some xoops class and fixed some many old bugs for xoops 2.3.4 ( please see change log for more info )

now we have a better and cleaner codes

thank you John :D

revision : 3064
log message : Fixed bug #2624953: Can’t save value of DATE and LONGDATE in profile module
revision url : http://xoops.svn.sourceforge.net/view … ps?view=rev&revision=3064
auther : trabis
change : htdocs/modules/profile/register.phpold code :


foreach (array_keys($fields) as $field) {
if (!isset(
$_POST[$field])) continue;
if (
in_array($field$userfields)) {
$newuser->setVar($field$_POST[$field]);
} else {
$profile->setVar($field$_POST[$field]);
}
}


new code :



foreach (array_keys($fields) as $field) {
if (!isset(
$_POST[$field])) continue;
$value $fields[$field]->getValueForSave($_POST[$field]);
if (
in_array($field$userfields)) {
$newuser->setVar($field$value);
} else {
$profile->setVar($field$value);
}
}


This bug is on date function in profile module. sometimes when admins created new DATE filed in profile module for registration and users choose him/his DATE ( for example birthday date ) in registration , this DATE info not saved during registration !!! but DATEs saved in profile edition ( after registration )
trabis fixed this bug in svn . he add new line :
$value = $fields[$field]->getValueForSave($_POST[$field]);
and change $_POST[$field] whit $value in two lines .

this is first trabis bug fix in xoops core svn !! thank you trabis :D
and you can find more info in this topic :
http://www.xoops.org/modules/newbb/vi … =&topic_id=67666&forum=28

revision : 2825
log message : Fixed data type for “timezone_offset”
revision url : http://xoops.svn.sourceforge.net/view … ps?view=rev&revision=2825
auther : phppp
change : htdocs/register.php

old code :



$timezone_offset 
= isset($_POST['timezone_offset']) ? intval($_POST['timezone_offset']) : $xoopsConfig['default_TZ'];

new code :



$timezone_offset 
= isset($_POST['timezone_offset']) ? (float)$_POST['timezone_offset'] : $xoopsConfig['default_TZ'];

in this revision (( intval )) changed with (( (float) )) . float cab be specified using and of the this syntaxes => http://ir.php.net/float

revision : 2819
log message : Fixed bug #2602337: variable “XOOPS_VAR_PATH” is wrongly typed in upgrader 2.0.18 to 2.3.0
auther : phppp
revision url : http://xoops.svn.sourceforge.net/view … ps?view=rev&revision=2819
change:
1-upgrade/upd-2.0.18-to-2.3.0/pathcontroller.php

variable “XOOPS_VAR_PATH” is wrongly typed in upgrader 2.0.18 to 2.3.0 . in old upgrade scrip used “XOOPS_DATA_PATH” but after this bug fix “XOOPS_DATA_PATH” change to “XOOPS_VAR_PATH”.
you can see pathcontroller.php in line 65 and 66
in line 65 this code :



if ( defined(“XOOPS_DATA_PATH”) ) {

change to this



if ( defined(“XOOPS_VAR_PATH”) ) {

and in line 66 this code :



$this
->xoopsPath['data'] = XOOPS_DATA_PATH;

change to this :



$this
->xoopsPath['data'] = XOOPS_VAR_PATH;


XPressME Ver.1.09 SP2(included WordPress 2.7.1) (0.172sec. )
Last Design
شبکه دوستان
‌لیست نویسندگان
آمار