Menu
▾
▴
xoops-trackers — All tracker items will be posted to this list
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(31) |
May
(248) |
Jun
(151) |
Jul
(59) |
Aug
(67) |
Sep
(49) |
Oct
(151) |
Nov
(58) |
Dec
(112) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(78) |
Feb
(77) |
Mar
(120) |
Apr
(172) |
May
(208) |
Jun
(88) |
Jul
(86) |
Aug
(171) |
Sep
(129) |
Oct
(40) |
Nov
(60) |
Dec
(17) |
| 2006 |
Jan
(82) |
Feb
(47) |
Mar
(21) |
Apr
(29) |
May
(177) |
Jun
(90) |
Jul
(56) |
Aug
(75) |
Sep
(137) |
Oct
(302) |
Nov
(322) |
Dec
(24) |
| 2007 |
Jan
(15) |
Feb
(142) |
Mar
(310) |
Apr
(475) |
May
(54) |
Jun
(57) |
Jul
(61) |
Aug
(159) |
Sep
(75) |
Oct
(97) |
Nov
(63) |
Dec
(97) |
| 2008 |
Jan
(72) |
Feb
(98) |
Mar
(61) |
Apr
(24) |
May
(26) |
Jun
(54) |
Jul
(143) |
Aug
(120) |
Sep
(147) |
Oct
(172) |
Nov
(108) |
Dec
(27) |
| 2009 |
Jan
(55) |
Feb
(80) |
Mar
(84) |
Apr
(99) |
May
(5) |
Jun
(22) |
Jul
(37) |
Aug
(75) |
Sep
(21) |
Oct
(13) |
Nov
(18) |
Dec
(61) |
| 2010 |
Jan
(29) |
Feb
(20) |
Mar
(1) |
Apr
(3) |
May
(7) |
Jun
(30) |
Jul
(17) |
Aug
(13) |
Sep
(63) |
Oct
(62) |
Nov
(14) |
Dec
(4) |
| 2011 |
Jan
(5) |
Feb
(2) |
Mar
(53) |
Apr
(9) |
May
(2) |
Jun
(1) |
Jul
(3) |
Aug
(29) |
Sep
(188) |
Oct
(47) |
Nov
(56) |
Dec
(12) |
| 2012 |
Jan
(5) |
Feb
(20) |
Mar
(36) |
Apr
(42) |
May
(2) |
Jun
(21) |
Jul
(23) |
Aug
(33) |
Sep
(22) |
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2012-08-25 04:55:47
|
Feature Requests item #3561592, was opened at 2012-08-24 21:55 Message generated for change (Tracker Item Submitted) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3561592&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: XOOPS 2.6 Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: cron job extension in system/core Initial Comment: Now many modules and scripts need some kind of cron jobs. eg: Xortify, Xhelp to fetch emails, ... Also can be used for any scripts like PayPal callback. IMO it is good to unify all these functionality in one extension in the core. Then this extension can be called by any module/function need it. related topic in xoops.org at roadmap 2.6 discussion: http://xoops.org/modules/newbb/viewtopic.php?post_id=348199#forumpost348199 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3561592&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-25 04:22:34
|
Feature Requests item #3561574, was opened at 2012-08-24 21:22 Message generated for change (Tracker Item Submitted) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3561574&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: XOOPS 2.6 Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: customization: new smarty is needed for <title> Initial Comment: Now many people in xoops.org create topics and want to remove some parts from title but they cannot do it easily because the hardcoded <title> in the themes. Anyway this hardcode problem (more than one php variable is defined for one smarty) is not limited to the themes. It is generally used in modules/core and make customization very hard especially for new webmasters. this title hardcode smarty is defined in class/theme.php codes: [code] $this->template->assign(array( 'xoops_theme' => $xoops->getConfig('theme_set'), 'xoops_imageurl' => XOOPS_THEME_URL . '/' . $xoops->getConfig('theme_set') . '/', 'xoops_themecss' => $xoops->getCss($xoops->getConfig('theme_set')), 'xoops_requesturi' => htmlspecialchars($_SERVER['REQUEST_URI'], ENT_QUOTES), 'xoops_sitename' => htmlspecialchars($xoops->getConfig('sitename'), ENT_QUOTES), 'xoops_slogan' => htmlspecialchars($xoops->getConfig('slogan'), ENT_QUOTES), 'xoops_dirname' => $xoops->moduleDirname, 'xoops_banner' => $this->renderBanner ? $xoops->getBanner() : ' ', 'xoops_pagetitle' => $xoops->isModule() ? $xoops->module->getVar('name') : htmlspecialchars($xoops->getConfig('slogan'), ENT_QUOTES) )); $this->template->assign(array( 'theme_path' => $this->path, 'theme_tpl' => $this->path . '/xotpl', 'theme_url' => $this->url, 'theme_img' => $this->url . '/img', 'theme_icons' => $this->url . '/icons', 'theme_css' => $this->url . '/css', 'theme_js' => $this->url . '/js', 'theme_lang' => $this->url . '/language', )); [/code] As you can see we have xoops_slogan smarty variable but again it is used in xoops_pagetitle variable. It is bad coding. We already have xoops_slogan and xoops_sitename smarties. we should define a xoops_modulename smarty that back the module name or empty string if the module is not exist: 'xoops_modulename' => $xoops->isModule() ? $xoops->module->getVar('name') : ''; then xoops_array_pagetitle should be defined as an array in class/theme.php like this: $xoops_array_pagetitle = array(); .... 'xoops_array_pagetitle' => $xoops_array_pagetitle, and can be defined for each module separately (can be fully customized eg: page title - page subtitle - cat title - sub cat title - sub sub cat title) for example for publisher module like this: $xoops_array_pagetitle['item_title'] = ... $xoops_array_pagetitle['item_subtitle'] = ... or for newbb like this: $xoops_array_pagetitle['post_title'] = .... $xoops_array_pagetitle['topic_title'] = .... $xoops_array_pagetitle['forum_title'] = ... (sub forums and others included) $xoops_array_pagetitle['cat_title'] = .... then all modules can use the unify below code to assign xoops_array_pagetitle like this: $xoopsTpl->assign('xoops_array_pagetitle',$xoops_array_pagetitle); then can be used in all themes like this: [code] <title> <{if $xoops_array_pagetitle}> <{foreachq item=xo_title from=$xoops_array_pagetitle}> <{$xo_title}> : <{/foreach}> <{/if}> <!-- irmtfan for backward compatibility --> <{if $xoops_pagetitle !=''}> <{$xoops_pagetitle}> : <{/if}> <{$xoops_modulename}> : <{$xoops_slogan}> : <{$xoops_sitename}> </title> [/code] The above is the final solution for full customization of title in the head without hardcoding. we can implement the above by modifying class/theme.php and show the use in theme.html or other html like xometas.html then we can promote for module developers to use $xoops_array_pagetitle instead of $xoops_pagetitle ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3561574&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-24 07:59:19
|
Bugs item #3561225, was opened at 2012-08-24 00:59 Message generated for change (Tracker Item Submitted) made by mondarse You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3561225&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mon Dar (mondarse) Assigned to: Nobody/Anonymous (nobody) Summary: textsanitizer:img:CaricFoto js nested xcode 2.5.5 & 2.6.0 al Initial Comment: Nesting xcodes [url] and [img] causes [url] code to break if 'clickable' => 1, is set in class/textsanitizer/image/config.php in xoops 2.5.5 and also in xoops 2.6.0 alpha 1 This example works fine in 2.5.0 ( also works in 2.5.5/2.6.0 if you set 'clickable' => 0) [url=http://www.iecscyl.com/textos/Tr%EDptico%20II%20Curso%20de%20Ecograf%EDa%20Avanzada%20de%20Tiroides.pdf] [img]http://www.iecscyl.com/uploads/img437c3b1ae7a8c.gif[/img] Folleto Informativo.[/url] Here is a link to de forum where I first noticed the bug and also "irmtfan" found a quick fix to it: http://xoops.org/modules/newbb/viewtopic.php?post_id=348965 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3561225&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-23 15:48:44
|
Bugs item #3560274, was opened at 2012-08-21 04:02 Message generated for change (Settings changed) made by mageg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560274&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.6.x Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: irmtfan (irmtfan) >Assigned to: Mage Grégory (mageg) Summary: bug in banners module in 2.6 Initial Comment: Fatal error: Call to a member function prefix() on a non-object in /modules/banners/class/renderbanner.php on line 103 to solve this open that file and: replace this: [code] $xoops->db->queryF(sprintf('UPDATE %s SET status = %u, dateend = %u WHERE bid = %u', $this->db->prefix('banner'), 0, time(), $bid)); }else{ $xoops->db->queryF(sprintf('UPDATE %s SET impmade = %u WHERE bid = %u', $this->db->prefix('banner'), $impmade, $bid)); [/code] with this: [code] $xoops->db->queryF(sprintf('UPDATE %s SET status = %u, dateend = %u WHERE bid = %u', $xoops->db->prefix('banner'), 0, time(), $bid)); }else{ $xoops->db->queryF(sprintf('UPDATE %s SET impmade = %u WHERE bid = %u', $xoops->db->prefix('banner'), $impmade, $bid)); [/code] ---------------------------------------------------------------------- Comment By: irmtfan (irmtfan) Date: 2012-08-21 04:08 Message: post in xoops.org forum for discussions: post number 29:http://xoops.org/modules/newbb/viewtopic.php?post_id=348930#forumpost348930 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560274&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-23 15:28:46
|
Feature Requests item #3561030, was opened at 2012-08-23 08:28 Message generated for change (Tracker Item Submitted) made by zyspec You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3561030&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: XOOPS 2.6 Status: Open Resolution: None Priority: 5 Private: No Submitted By: zyspec (zyspec) Assigned to: Nobody/Anonymous (nobody) Summary: Additional ability in criteria setOrder Initial Comment: Currently the only options for the setOrder method in the Criteria element is to set it to DESC. The object is created with the order set to 'ASC' but if setOrder is called with 'DESC' then it can't be changed back without destroying the object. SetOrder should allow both ASC & DESCas possible order as values passed to the method. Recommend changing method to: /** * @param string $order */ public function setOrder($order) { if ('DESC' == strtoupper($order)) { $this->order = 'DESC'; } else { $this->order = 'ASC'; } } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3561030&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-22 04:28:00
|
Bugs item #3560586, was opened at 2012-08-21 21:13 Message generated for change (Comment added) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560586&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: 2.5.5: xoopsUserTheme is not regenerate in remember me Initial Comment: if remember me is set to yes and the user select a theme other than default theme then: XOOPS should regenarate a new session and destroy old session for xoopsUserTheme in include/common.php i added this: [code] /** * Log user is and deal with Sessions and Cookies */ if (!empty($_SESSION['xoopsUserId'])) { $xoopsUser =& $member_handler->getUser($_SESSION['xoopsUserId']); if (!is_object($xoopsUser) || (isset($hash_login) && md5($xoopsUser->getVar('pass') . XOOPS_DB_NAME . XOOPS_DB_PASS . XOOPS_DB_PREFIX) != $hash_login)) { $xoopsUser = ''; $_SESSION = array(); session_destroy(); setcookie($xoopsConfig['usercookie'], 0, - 1, '/'); } else { if ((intval($xoopsUser->getVar('last_login')) + 60 * 5) < time()) { $sql = "UPDATE " . $xoopsDB->prefix('users') . " SET last_login = '" . time() . "' WHERE uid = " . $_SESSION['xoopsUserId']; @$xoopsDB->queryF($sql); } $sess_handler->update_cookie(); if (isset($_SESSION['xoopsUserGroups'])) { $xoopsUser->setGroups($_SESSION['xoopsUserGroups']); } else { $_SESSION['xoopsUserGroups'] = $xoopsUser->getGroups(); } // Start irmtfan to regenarate a new session and destroy old session for xoopsUserTheme $user_theme = $xoopsUser->getVar('theme'); if ($user_theme != $xoopsConfig['theme_set'] && in_array($user_theme, $xoopsConfig['theme_set_allowed'])) { $_SESSION['xoopsUserTheme'] = $user_theme; } // End irmtfan to regenarate a new session and destroy old session for xoopsUserTheme $xoopsUserIsAdmin = $xoopsUser->isAdmin(); } } [/code] I just think the above code would be the final solution but if anybody have better solution please let us know. also please take a look at class/xoopskernel.php [code] /** * xos_kernel_Xoops2::themeSelect() * * @return */ function themeSelect() { if (!empty($_POST['xoops_theme_select'] ) && in_array($_POST['xoops_theme_select'], xoops_getConfigOption('theme_set_allowed'))) { xoops_setConfigOption('theme_set', $_POST['xoops_theme_select']); $_SESSION['xoopsUserTheme'] = $_POST['xoops_theme_select']; } else if (!empty($_SESSION['xoopsUserTheme']) && in_array($_SESSION['xoopsUserTheme'], xoops_getConfigOption('theme_set_allowed'))) { xoops_setConfigOption('theme_set', $_SESSION['xoopsUserTheme']); } } [/code] also the function in modules/profile/edituser.php: [code] $profile->setVar('profile_id', $edituser->getVar('uid')); $profile_handler->insert($profile); unset($_SESSION['xoopsUserTheme']); redirect_header(XOOPS_URL.'/modules/' . $GLOBALS['xoopsModule']->getVar('dirname', 'n') . '/userinfo.php?uid=' . $edituser->getVar('uid'), 2, _US_PROFUPDATED); [/code] I dont know why it is unsetted? ---------------------------------------------------------------------- >Comment By: irmtfan (irmtfan) Date: 2012-08-21 21:28 Message: discussion in xoops.org forum here: http://xoops.org/modules/newbb/viewtopic.php?post_id=348937 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560586&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-22 04:13:25
|
Bugs item #3560586, was opened at 2012-08-21 21:13 Message generated for change (Tracker Item Submitted) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560586&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: 2.5.5: xoopsUserTheme is not regenerate in remember me Initial Comment: if remember me is set to yes and the user select a theme other than default theme then: XOOPS should regenarate a new session and destroy old session for xoopsUserTheme in include/common.php i added this: [code] /** * Log user is and deal with Sessions and Cookies */ if (!empty($_SESSION['xoopsUserId'])) { $xoopsUser =& $member_handler->getUser($_SESSION['xoopsUserId']); if (!is_object($xoopsUser) || (isset($hash_login) && md5($xoopsUser->getVar('pass') . XOOPS_DB_NAME . XOOPS_DB_PASS . XOOPS_DB_PREFIX) != $hash_login)) { $xoopsUser = ''; $_SESSION = array(); session_destroy(); setcookie($xoopsConfig['usercookie'], 0, - 1, '/'); } else { if ((intval($xoopsUser->getVar('last_login')) + 60 * 5) < time()) { $sql = "UPDATE " . $xoopsDB->prefix('users') . " SET last_login = '" . time() . "' WHERE uid = " . $_SESSION['xoopsUserId']; @$xoopsDB->queryF($sql); } $sess_handler->update_cookie(); if (isset($_SESSION['xoopsUserGroups'])) { $xoopsUser->setGroups($_SESSION['xoopsUserGroups']); } else { $_SESSION['xoopsUserGroups'] = $xoopsUser->getGroups(); } // Start irmtfan to regenarate a new session and destroy old session for xoopsUserTheme $user_theme = $xoopsUser->getVar('theme'); if ($user_theme != $xoopsConfig['theme_set'] && in_array($user_theme, $xoopsConfig['theme_set_allowed'])) { $_SESSION['xoopsUserTheme'] = $user_theme; } // End irmtfan to regenarate a new session and destroy old session for xoopsUserTheme $xoopsUserIsAdmin = $xoopsUser->isAdmin(); } } [/code] I just think the above code would be the final solution but if anybody have better solution please let us know. also please take a look at class/xoopskernel.php [code] /** * xos_kernel_Xoops2::themeSelect() * * @return */ function themeSelect() { if (!empty($_POST['xoops_theme_select'] ) && in_array($_POST['xoops_theme_select'], xoops_getConfigOption('theme_set_allowed'))) { xoops_setConfigOption('theme_set', $_POST['xoops_theme_select']); $_SESSION['xoopsUserTheme'] = $_POST['xoops_theme_select']; } else if (!empty($_SESSION['xoopsUserTheme']) && in_array($_SESSION['xoopsUserTheme'], xoops_getConfigOption('theme_set_allowed'))) { xoops_setConfigOption('theme_set', $_SESSION['xoopsUserTheme']); } } [/code] also the function in modules/profile/edituser.php: [code] $profile->setVar('profile_id', $edituser->getVar('uid')); $profile_handler->insert($profile); unset($_SESSION['xoopsUserTheme']); redirect_header(XOOPS_URL.'/modules/' . $GLOBALS['xoopsModule']->getVar('dirname', 'n') . '/userinfo.php?uid=' . $edituser->getVar('uid'), 2, _US_PROFUPDATED); [/code] I dont know why it is unsetted? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560586&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-21 11:39:06
|
Feature Requests item #3560290, was opened at 2012-08-21 04:36 Message generated for change (Comment added) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3560290&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: XOOPS 2.6 Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: 2.6.0 : move maintenance/dump folder to uploads directory Initial Comment: to make everything simple please move modules/maintenance/dump folder to uploads directory. that folder can be writable. Also IMO it is good to add an option to choose another folder for dumping. eg: I prefer a folder in xoops_data directory outside the root for security reason. ---------------------------------------------------------------------- >Comment By: irmtfan (irmtfan) Date: 2012-08-21 04:39 Message: discuss here: post number 29: http://xoops.org/modules/newbb/viewtopic.php?post_id=348930#forumpost348930 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3560290&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-21 11:36:57
|
Feature Requests item #3560290, was opened at 2012-08-21 04:36 Message generated for change (Tracker Item Submitted) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3560290&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: XOOPS 2.6 Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: 2.6.0 : move maintenance/dump folder to uploads directory Initial Comment: to make everything simple please move modules/maintenance/dump folder to uploads directory. that folder can be writable. Also IMO it is good to add an option to choose another folder for dumping. eg: I prefer a folder in xoops_data directory outside the root for security reason. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3560290&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-21 11:08:50
|
Bugs item #3560263, was opened at 2012-08-21 03:24 Message generated for change (Comment added) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560263&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.6.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: Fatal error: Declaration of XoopsForm::getElements() must b Initial Comment: Fatal error: Declaration of XoopsForm::getElements() must be compatible with that of XoopsFormContainer::getElements() in *****/class/xoopsform/form.php on line 27 to solve this in class/xoopsform/formcontainer.php change this: function getElements($recurse); with this: function getElements($recurse = false); ---------------------------------------------------------------------- >Comment By: irmtfan (irmtfan) Date: 2012-08-21 04:08 Message: post in xoops.org forum for discussion: post number 29: http://xoops.org/modules/newbb/viewtopic.php?post_id=348930#forumpost348930 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560263&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-21 11:08:13
|
Bugs item #3560274, was opened at 2012-08-21 04:02 Message generated for change (Comment added) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560274&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.6.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: bug in banners module in 2.6 Initial Comment: Fatal error: Call to a member function prefix() on a non-object in /modules/banners/class/renderbanner.php on line 103 to solve this open that file and: replace this: [code] $xoops->db->queryF(sprintf('UPDATE %s SET status = %u, dateend = %u WHERE bid = %u', $this->db->prefix('banner'), 0, time(), $bid)); }else{ $xoops->db->queryF(sprintf('UPDATE %s SET impmade = %u WHERE bid = %u', $this->db->prefix('banner'), $impmade, $bid)); [/code] with this: [code] $xoops->db->queryF(sprintf('UPDATE %s SET status = %u, dateend = %u WHERE bid = %u', $xoops->db->prefix('banner'), 0, time(), $bid)); }else{ $xoops->db->queryF(sprintf('UPDATE %s SET impmade = %u WHERE bid = %u', $xoops->db->prefix('banner'), $impmade, $bid)); [/code] ---------------------------------------------------------------------- >Comment By: irmtfan (irmtfan) Date: 2012-08-21 04:08 Message: post in xoops.org forum for discussions: post number 29:http://xoops.org/modules/newbb/viewtopic.php?post_id=348930#forumpost348930 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560274&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-21 11:02:13
|
Bugs item #3560274, was opened at 2012-08-21 04:02 Message generated for change (Tracker Item Submitted) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560274&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.6.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: bug in banners module in 2.6 Initial Comment: Fatal error: Call to a member function prefix() on a non-object in /modules/banners/class/renderbanner.php on line 103 to solve this open that file and: replace this: [code] $xoops->db->queryF(sprintf('UPDATE %s SET status = %u, dateend = %u WHERE bid = %u', $this->db->prefix('banner'), 0, time(), $bid)); }else{ $xoops->db->queryF(sprintf('UPDATE %s SET impmade = %u WHERE bid = %u', $this->db->prefix('banner'), $impmade, $bid)); [/code] with this: [code] $xoops->db->queryF(sprintf('UPDATE %s SET status = %u, dateend = %u WHERE bid = %u', $xoops->db->prefix('banner'), 0, time(), $bid)); }else{ $xoops->db->queryF(sprintf('UPDATE %s SET impmade = %u WHERE bid = %u', $xoops->db->prefix('banner'), $impmade, $bid)); [/code] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560274&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-21 10:24:09
|
Bugs item #3560263, was opened at 2012-08-21 03:24 Message generated for change (Tracker Item Submitted) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560263&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.6.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: Fatal error: Declaration of XoopsForm::getElements() must b Initial Comment: Fatal error: Declaration of XoopsForm::getElements() must be compatible with that of XoopsFormContainer::getElements() in *****/class/xoopsform/form.php on line 27 to solve this in class/xoopsform/formcontainer.php change this: function getElements($recurse); with this: function getElements($recurse = false); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3560263&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-18 14:07:15
|
Feature Requests item #3559262, was opened at 2012-08-18 07:05 Message generated for change (Settings changed) made by redheadedrod You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3559262&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Core >Group: XOOPS 2.6 Status: Open Resolution: None Priority: 5 Private: No Submitted By: redheadedrod (redheadedrod) Assigned to: Nobody/Anonymous (nobody) Summary: 2.6 Extensions Initial Comment: To reduce confusion for Xoops users extensions should reside in their own directory and not the Module Directory. As it is now it is easy to confuse what a module and what an extension is since they both reside in the same directory. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3559262&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-18 14:05:21
|
Feature Requests item #3559262, was opened at 2012-08-18 07:05 Message generated for change (Tracker Item Submitted) made by redheadedrod You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3559262&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: redheadedrod (redheadedrod) Assigned to: Nobody/Anonymous (nobody) Summary: 2.6 Extensions Initial Comment: To reduce confusion for Xoops users extensions should reside in their own directory and not the Module Directory. As it is now it is easy to confuse what a module and what an extension is since they both reside in the same directory. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3559262&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-16 15:15:52
|
Bugs item #3558496, was opened at 2012-08-16 08:08 Message generated for change (Settings changed) made by vonpreussen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3558496&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - install/upgrade Group: XOOPS 2.5.x Status: Open Resolution: None >Priority: 9 Private: No Submitted By: johann (vonpreussen) Assigned to: Nobody/Anonymous (nobody) Summary: install files missing/invalid Initial Comment: using 2.5.5 tar.gz downloaded today missing files are not in the tar and invalids are ??? ./htdocs/xoops.css content invalid ./htdocs/modules/system/themes/default/icons/images.png missing ! ./htdocs/modules/system/themes/zetadigme/css/style.css content invalid ./htdocs/themes/suico/css/style.css content invalid ./htdocs/xoops_lib/modules/protector/docs/index.html missing ! ./htdocs/xoops_lib/modules/protector/language/english/admin.php content invalid ./htdocs/xoops_lib/modules/protector/language/english/main.php content invalid ./htdocs/xoops_lib/modules/protector/language/english/modinfo.php content invalid There are 3109 files checked. appears that the .md5 file has not been updated ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3558496&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-16 15:08:03
|
Bugs item #3558496, was opened at 2012-08-16 08:08 Message generated for change (Tracker Item Submitted) made by vonpreussen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3558496&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - install/upgrade Group: XOOPS 2.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: johann (vonpreussen) Assigned to: Nobody/Anonymous (nobody) Summary: install files missing/invalid Initial Comment: using 2.5.5 tar.gz downloaded today missing files are not in the tar and invalids are ??? ./htdocs/xoops.css content invalid ./htdocs/modules/system/themes/default/icons/images.png missing ! ./htdocs/modules/system/themes/zetadigme/css/style.css content invalid ./htdocs/themes/suico/css/style.css content invalid ./htdocs/xoops_lib/modules/protector/docs/index.html missing ! ./htdocs/xoops_lib/modules/protector/language/english/admin.php content invalid ./htdocs/xoops_lib/modules/protector/language/english/main.php content invalid ./htdocs/xoops_lib/modules/protector/language/english/modinfo.php content invalid There are 3109 files checked. appears that the .md5 file has not been updated ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3558496&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-15 11:20:29
|
Bugs item #3556906, was opened at 2012-08-13 03:46 Message generated for change (Comment added) made by jagibu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556906&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: template set is not updated based on template file Initial Comment: I can see that template set (default and customs) will not updated in the database when you change the template files for a module (in upgrade) and do everything like this: - update the module - clear caches using admin -> system-> maintenance - set template overwrite to yes with alysys i can see templates and update them in the databse. IMO Altsys should be added in the next xoops version as optional module. OR better if you change that system -> templates to work like Altsys (show all templates (files and databases) ) and can be copy the template files into the database. ---------------------------------------------------------------------- Comment By: Jagibu (jagibu) Date: 2012-08-15 04:20 Message: NO - now we dont need db:file.html and online template manager based on import from mysql. Templates are for designers. They change template.html and should see the effect without any template manager operation and system CMS knowledge. In this moment I don't know ( without check) from where SMARTY take file 1. direct from module/templates/file.html 2. themes/Your_theme/ modules/module_name/file.html ( good idea - all site vision in one place ) 3. db:file.ftml ---------------------------------------------------------------------- Comment By: irmtfan (irmtfan) Date: 2012-08-15 02:33 Message: [quote] Templates Manager -> Forced file generation > All modules -> report OK [/quote] The above will just create html template files in themes/YOUR_THME folder which you can create them manually. IMO the current template manager do nothing. we should have something like Altsys but with more GUI options. ---------------------------------------------------------------------- Comment By: Jagibu (jagibu) Date: 2012-08-13 08:41 Message: I have the same problem, Templates Manager -> Forced file generation > All modules -> report OK but NO effect. ( Template overwrite set YES ). Not funny is that template file changes works sometimes without Template Manager and steps - update the module - clear caches using admin -> system-> maintenance Why? no direct SMARTY from var but from db like this ?: <{include file="db:xfguestbook_item.html" msg=$msg[i]}> include path/template_file.html must work and always update ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556906&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-15 09:33:30
|
Bugs item #3556906, was opened at 2012-08-13 03:46 Message generated for change (Comment added) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556906&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: template set is not updated based on template file Initial Comment: I can see that template set (default and customs) will not updated in the database when you change the template files for a module (in upgrade) and do everything like this: - update the module - clear caches using admin -> system-> maintenance - set template overwrite to yes with alysys i can see templates and update them in the databse. IMO Altsys should be added in the next xoops version as optional module. OR better if you change that system -> templates to work like Altsys (show all templates (files and databases) ) and can be copy the template files into the database. ---------------------------------------------------------------------- >Comment By: irmtfan (irmtfan) Date: 2012-08-15 02:33 Message: [quote] Templates Manager -> Forced file generation > All modules -> report OK [/quote] The above will just create html template files in themes/YOUR_THME folder which you can create them manually. IMO the current template manager do nothing. we should have something like Altsys but with more GUI options. ---------------------------------------------------------------------- Comment By: Jagibu (jagibu) Date: 2012-08-13 08:41 Message: I have the same problem, Templates Manager -> Forced file generation > All modules -> report OK but NO effect. ( Template overwrite set YES ). Not funny is that template file changes works sometimes without Template Manager and steps - update the module - clear caches using admin -> system-> maintenance Why? no direct SMARTY from var but from db like this ?: <{include file="db:xfguestbook_item.html" msg=$msg[i]}> include path/template_file.html must work and always update ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556906&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-13 15:41:29
|
Bugs item #3556906, was opened at 2012-08-13 03:46 Message generated for change (Comment added) made by jagibu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556906&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: template set is not updated based on template file Initial Comment: I can see that template set (default and customs) will not updated in the database when you change the template files for a module (in upgrade) and do everything like this: - update the module - clear caches using admin -> system-> maintenance - set template overwrite to yes with alysys i can see templates and update them in the databse. IMO Altsys should be added in the next xoops version as optional module. OR better if you change that system -> templates to work like Altsys (show all templates (files and databases) ) and can be copy the template files into the database. ---------------------------------------------------------------------- Comment By: Jagibu (jagibu) Date: 2012-08-13 08:41 Message: I have the same problem, Templates Manager -> Forced file generation > All modules -> report OK but NO effect. ( Template overwrite set YES ). Not funny is that template file changes works sometimes without Template Manager and steps - update the module - clear caches using admin -> system-> maintenance Why? no direct SMARTY from var but from db like this ?: <{include file="db:xfguestbook_item.html" msg=$msg[i]}> include path/template_file.html must work and always update ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556906&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-13 10:46:47
|
Bugs item #3556906, was opened at 2012-08-13 03:46 Message generated for change (Tracker Item Submitted) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556906&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: template set is not updated based on template file Initial Comment: I can see that template set (default and customs) will not updated in the database when you change the template files for a module (in upgrade) and do everything like this: - update the module - clear caches using admin -> system-> maintenance - set template overwrite to yes with alysys i can see templates and update them in the databse. IMO Altsys should be added in the next xoops version as optional module. OR better if you change that system -> templates to work like Altsys (show all templates (files and databases) ) and can be copy the template files into the database. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556906&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-13 10:27:34
|
Bugs item #3556902, was opened at 2012-08-13 03:26 Message generated for change (Comment added) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556902&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.5.x Status: Open Resolution: None >Priority: 9 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: xoops_getConfigOption('language') is wrongly return Initial Comment: in latest xoops 2.5.5 and all previous versions xoops_getConfigOption('language') is not equal to $GLOBALS['xoopsConfig']['language'] I temporary solve it like this: in include/functions.php around line 926: change the xoops_getConfigOption function like this: [code] function xoops_getConfigOption($option, $type = 'XOOPS_CONF') { static $coreOptions = array(); if (is_array($coreOptions) && array_key_exists($option, $coreOptions)) { return $coreOptions[$option]; } // START hacked by irmtfan to solve language issue if ( $option == 'language') { return $GLOBALS['xoopsConfig'][$option]; } // END hacked by irmtfan to solve language issue $ret = false; $config_handler =& xoops_gethandler('config'); $configs = $config_handler->getConfigsByCat((is_array($type)) ? $type : constant($type)); if ($configs) { if (isset($configs[$option])) { $ret = $configs[$option]; } } $coreOptions[$option] = $ret; return $ret; } [/code] ---------------------------------------------------------------------- >Comment By: irmtfan (irmtfan) Date: 2012-08-13 03:27 Message: i change the priority to the highest. Now xoops header is not changed with Xlanguage and EMLH ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556902&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-13 10:26:25
|
Bugs item #3556902, was opened at 2012-08-13 03:26 Message generated for change (Tracker Item Submitted) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556902&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core - Core Group: XOOPS 2.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: xoops_getConfigOption('language') is wrongly return Initial Comment: in latest xoops 2.5.5 and all previous versions xoops_getConfigOption('language') is not equal to $GLOBALS['xoopsConfig']['language'] I temporary solve it like this: in include/functions.php around line 926: change the xoops_getConfigOption function like this: [code] function xoops_getConfigOption($option, $type = 'XOOPS_CONF') { static $coreOptions = array(); if (is_array($coreOptions) && array_key_exists($option, $coreOptions)) { return $coreOptions[$option]; } // START hacked by irmtfan to solve language issue if ( $option == 'language') { return $GLOBALS['xoopsConfig'][$option]; } // END hacked by irmtfan to solve language issue $ret = false; $config_handler =& xoops_gethandler('config'); $configs = $config_handler->getConfigsByCat((is_array($type)) ? $type : constant($type)); if ($configs) { if (isset($configs[$option])) { $ret = $configs[$option]; } } $coreOptions[$option] = $ret; return $ret; } [/code] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3556902&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-09 05:23:22
|
Feature Requests item #3405407, was opened at 2011-09-07 02:28 Message generated for change (Comment added) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3405407&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: voltan (voltan1) Assigned to: Nobody/Anonymous (nobody) Summary: Use jquery ui calender Initial Comment: Use jquery ui calender whit local calender support ---------------------------------------------------------------------- Comment By: irmtfan (irmtfan) Date: 2012-08-08 22:23 Message: timgo did a nice work for implement this here http://xoops.svn.sourceforge.net/viewvc/xoops/XoopsCore/tags/2.6%20timgno/htdocs/class/xoopsform/?pathrev=9738 timgno attempted to add some localization variables. these definitions in calendar.php is good for Gregorian calendar but for persian needs it is not suitable. I think it would be great if the core team read js files totally from the language folder like this: $GLOBALS['xoTheme']->addScript(XOOPS_ROOT_PATH . '/language/' . $GLOBALS['xoopsConfig']['language'] . '/date/ui.datepicker.js'); the above code is awkward. in this way we can add local calendars. discuss here: http://xoops.org/modules/newbb/viewtopic.php?topic_id=75249 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3405407&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-09 05:10:02
|
Feature Requests item #3555533, was opened at 2012-08-08 22:08 Message generated for change (Comment added) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3555533&group_id=41586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: XOOPS 2.6 Status: Open Resolution: None >Priority: 2 Private: No Submitted By: irmtfan (irmtfan) Assigned to: Nobody/Anonymous (nobody) Summary: localization: xoops numeral system - catpcha usage Initial Comment: Latin based character territories ( and all of current core developers are coming from these countries) are not familiar with "non-positional numeral systems" in the world but maybe you could understand if you read this wiki: http://en.wikipedia.org/wiki/List_of_numeral_systems eg: roman numeral system: http://en.wikipedia.org/wiki/Roman_numerals currently we have a function called number_format in php and it is enhanced by xoops previous developers. so developers (core and module) can use it like this: xoops_load('XoopsLocal'); ..... XoopsLocal::number_format($VAL) I dont know if you are agreed with the above or you think this number_format is php command and xoops should have a separate function/class for this local number system. Anyway the priority of this is low because it just is a cosmetic and nice looking feature and all persian people are familira with 0 1 2 3 4 5 6 7 8 9 numbers. Just as a technical use we can use it to define local math captcha like this: 1 + 2 = 3 is easy for robots to find. but IMO I + II = III (roman numbers) is hard to find for robots. please response. read more here: http://xoops.org/modules/newbb/viewtopic.php?post_id=347672#forumpost347672 ---------------------------------------------------------------------- >Comment By: irmtfan (irmtfan) Date: 2012-08-08 22:10 Message: i change the priority to a low number honestly it is just important regarding local captcha. so if we can localize the current class/captcha/text.php the problem have been solved. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3555533&group_id=41586 |
786 messages has been excluded from this view by a project administrator.
