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-09-25 00:08:27
|
Bugs item #3571362, was opened at 2012-09-24 17:08 Message generated for change (Tracker Item Submitted) made by zyspec You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3571362&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: zyspec (zyspec) Assigned to: Nobody/Anonymous (nobody) Summary: xoops->getBaseDomai() doesn't parse IPv6 correctly Initial Comment: In the Xoops class (./class/xoops.php) there is a method called getBaseDomain that does not correctly parse IP addresses. Specifically it will not parse ipv6 correctly. I believe the following code: // first check for ip address if (count($DOMAIN) == 4 && is_numeric($DOMAIN[0]) && is_numeric($DOMAIN[3])) { return $full_domain; } should be changed to: // first check for either ip4 or ip6 address if (filter_var($full_domain, FILTER_VALIDATE_IP)) { return $full_domain; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3571362&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-19 05:51:10
|
Bugs item #3569279, was opened at 2012-09-18 22:51 Message generated for change (Tracker Item Submitted) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3569279&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: invalid tokens will be checked in an infinite loop Initial Comment: sometimes users (mostly those have low internet connections with dynamic IPs) cannot send posts in forums, news comments, .. and will receive same error again and again. This is really annoying for new users. eg: in newbb they will receive this error constantly: "Invalid submission. You could have exceeded session time. Please re-submit or make a backup of your post and login to resubmit if necessary." I noticed this issue will occur mainly when user use remember me and the reason is in XoopsSecurity class invalid tokens will be checked in an infinite loop until the user logout or somehow the tokens changed. my solution is clearing invalid tokens in the first finding. in xoops255/class/xoopssecurity.php: [code] function validateToken($token = false, $clearIfValid = true, $name = 'XOOPS_TOKEN') { global $xoopsLogger; $token = ($token !== false) ? $token : (isset($_REQUEST[$name . '_REQUEST']) ? $_REQUEST[$name . '_REQUEST'] : ''); if (empty($token) || empty($_SESSION[$name . '_SESSION'])) { $xoopsLogger->addExtra('Token Validation', 'No valid token found in request/session'); return false; } $validFound = false; $token_data = & $_SESSION[$name . '_SESSION']; foreach (array_keys($token_data) as $i) { if ($token === md5($token_data[$i]['id'] . $_SERVER['HTTP_USER_AGENT'] . XOOPS_DB_PREFIX)) { if ($this->filterToken($token_data[$i])) { if ($clearIfValid) { // token should be valid once, so clear it once validated unset($token_data[$i]); } $xoopsLogger->addExtra('Token Validation', 'Valid token found'); $validFound = true; } else { $str = 'Valid token expired'; $this->setErrors($str); $xoopsLogger->addExtra('Token Validation', $str); } } } if (!$validFound) { // START add by irmtfan if (!isset($str)) { $this->clearTokens($name); } // END add by irmtfan $xoopsLogger->addExtra('Token Validation', 'No valid token found'); } $this->garbageCollection($name); return $validFound; } [/code] It is a bug in 2.5.5 and 2.6.0 alpha please follow this topic: http://xoops.org/modules/newbb/viewtopic.php?topic_id=75499 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3569279&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-17 21:21:13
|
Bugs item #3568596, was opened at 2012-09-17 14:21 Message generated for change (Tracker Item Submitted) made by zyspec You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3568596&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: zyspec (zyspec) Assigned to: Nobody/Anonymous (nobody) Summary: XoopsLoad unnecessary prevents 3rd party class names Initial Comment: The core XoopsLoad class prevents certain non-core class names that should not be precluded. Currently the code in the load() method in ./class/xoopsload.php is: if (!isset($deprecated)) { $deprecated = array( 'uploader' => 'xoopsmediauploader', 'utility' => 'xoopsutility', 'captcha' => 'xoopscaptcha', 'cache' => 'xoopscache', 'file' => 'xoopsfile', 'model' => 'xoopsmodelfactory', 'calendar' => 'xoopscalendar', 'userutility' => 'xoopsuserutility', ); } $name = strtolower($name); if (array_key_exists($name, $deprecated)) { trigger_error("xoops_load('{$name}') is deprecated, use xoops_load('{$deprecated[$name]}')", E_USER_WARNING); $name = $deprecated[$name]; } $type = empty($type) ? 'core' : $type; The code should be changed to: if (!isset($deprecated)) { $deprecated = array( 'uploader' => 'xoopsmediauploader', 'utility' => 'xoopsutility', 'captcha' => 'xoopscaptcha', 'cache' => 'xoopscache', 'file' => 'xoopsfile', 'model' => 'xoopsmodelfactory', 'calendar' => 'xoopscalendar', 'userutility' => 'xoopsuserutility', ); } $type = empty($type) ? 'core' : $type; $name = strtolower($name); if (array_key_exists($name, $deprecated) && ('core' == $type)) { trigger_error("xoops_load('{$name}') is deprecated, use xoops_load('{$deprecated[$name]}')", E_USER_WARNING); $name = $deprecated[$name]; } This will allow modules, etc. to have classes named like myModuleCalendar, MyModuleFile, MyModuleUtility ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3568596&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-12 18:40:25
|
Bugs item #3567001, was opened at 2012-09-12 05:45 Message generated for change (Comment added) made by mageg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567001&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: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: tatane tatane (tatane72) Assigned to: Mage Grégory (mageg) Summary: Display block top and bottom right Initial Comment: if I only show top block right and bottom right, the block of lines are shifted left ---------------------------------------------------------------------- >Comment By: Mage Grégory (mageg) Date: 2012-09-12 11:40 Message: The position of the block will be changed in the alpha 3 http://xoops.org/modules/news/article.php?storyid=6339 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567001&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-12 18:38:40
|
Bugs item #3566324, was opened at 2012-09-10 07:49 Message generated for change (Comment added) made by mageg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3566324&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: XOOPS 2.6.x >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Michael Albertsen (djculex) >Assigned to: Mage Grégory (mageg) Summary: Image category not deleted Initial Comment: When deleting imagecategory id:1 action posted is id:0 Solution in modules\system\admin\images\main.php line 554 replace $imgcat_id = $system->cleanVars($_POST, 'imgcat_id', 0, 'int'); with $imgcat_id = $system->cleanVars($_GET, 'imgcat_id', 0, 'int'); Could be more _POSTS needing to be replace. ---------------------------------------------------------------------- >Comment By: Mage Grégory (mageg) Date: 2012-09-12 11:38 Message: In the alpha 2 is expected to make a new extension for images: http://xoops.org/modules/news/article.php?storyid=6339 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3566324&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-12 18:37:32
|
Bugs item #3566116, was opened at 2012-09-09 12:22 Message generated for change (Settings changed) made by mageg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3566116&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: XOOPS 2.6.x >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Michael Albertsen (djculex) >Assigned to: Mage Grégory (mageg) Summary: Edit image catergory Initial Comment: I get this error in "modules/system/admin.php?fct=images&op=editcat&imgcat_id=1" Argument 1 passed to SystemImagecatForm::__construct() must be an instance of XoopsImage, instance of XoopsImagecategory given, called in /class/xoops.php on line 932 and defined i filen /modules/system/class/form/imagecat.php linje 30 ---------------------------------------------------------------------- >Comment By: Mage Grégory (mageg) Date: 2012-09-12 11:37 Message: In the alpha 2 is expected to make a new extension for images: http://xoops.org/modules/news/article.php?storyid=6339 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3566116&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-12 18:17:38
|
Bugs item #3567000, was opened at 2012-09-12 05:30 Message generated for change (Settings changed) made by mageg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567000&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: tatane tatane (tatane72) >Assigned to: Mage Grégory (mageg) Summary: input and textarea too large Initial Comment: the input and textarea is very large ../media/bootstrap/css/bootstrap.min.css : ligne 9 input.span12, textarea.span12, .uneditable-input.span12 { width: 930px; } .span12 { width: 940px; } ---------------------------------------------------------------------- Comment By: Mage Grégory (mageg) Date: 2012-09-12 11:14 Message: This is not a bug in the file but it's fixed in other files ---------------------------------------------------------------------- Comment By: Mage Grégory (mageg) Date: 2012-09-12 11:14 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567000&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-12 18:16:22
|
Bugs item #3567001, was opened at 2012-09-12 05:45 Message generated for change (Settings changed) made by mageg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567001&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: tatane tatane (tatane72) >Assigned to: Mage Grégory (mageg) Summary: Display block top and bottom right Initial Comment: if I only show top block right and bottom right, the block of lines are shifted left ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567001&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-12 18:14:29
|
Bugs item #3567000, was opened at 2012-09-12 05:30 Message generated for change (Settings changed) made by mageg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567000&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: tatane tatane (tatane72) Assigned to: Nobody/Anonymous (nobody) Summary: input and textarea too large Initial Comment: the input and textarea is very large ../media/bootstrap/css/bootstrap.min.css : ligne 9 input.span12, textarea.span12, .uneditable-input.span12 { width: 930px; } .span12 { width: 940px; } ---------------------------------------------------------------------- >Comment By: Mage Grégory (mageg) Date: 2012-09-12 11:14 Message: This is not a bug in the file but it's fixed in other files ---------------------------------------------------------------------- Comment By: Mage Grégory (mageg) Date: 2012-09-12 11:14 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567000&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-12 12:45:52
|
Bugs item #3567001, was opened at 2012-09-12 05:45 Message generated for change (Tracker Item Submitted) made by tatane72 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567001&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: tatane tatane (tatane72) Assigned to: Nobody/Anonymous (nobody) Summary: Display block top and bottom right Initial Comment: if I only show top block right and bottom right, the block of lines are shifted left ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567001&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-12 12:30:18
|
Bugs item #3567000, was opened at 2012-09-12 05:30 Message generated for change (Tracker Item Submitted) made by tatane72 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567000&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: tatane tatane (tatane72) Assigned to: Nobody/Anonymous (nobody) Summary: input and textarea too large Initial Comment: the input and textarea is very large ../media/bootstrap/css/bootstrap.min.css : ligne 9 input.span12, textarea.span12, .uneditable-input.span12 { width: 930px; } .span12 { width: 940px; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3567000&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-10 14:49:51
|
Bugs item #3566324, was opened at 2012-09-10 07:49 Message generated for change (Tracker Item Submitted) made by djculex You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3566324&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: XOOPS 2.6.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael Albertsen (djculex) Assigned to: Nobody/Anonymous (nobody) Summary: Image category not deleted Initial Comment: When deleting imagecategory id:1 action posted is id:0 Solution in modules\system\admin\images\main.php line 554 replace $imgcat_id = $system->cleanVars($_POST, 'imgcat_id', 0, 'int'); with $imgcat_id = $system->cleanVars($_GET, 'imgcat_id', 0, 'int'); Could be more _POSTS needing to be replace. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3566324&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-09 19:22:12
|
Bugs item #3566116, was opened at 2012-09-09 12:22 Message generated for change (Tracker Item Submitted) made by djculex You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3566116&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: XOOPS 2.6.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael Albertsen (djculex) Assigned to: Nobody/Anonymous (nobody) Summary: Edit image catergory Initial Comment: I get this error in "modules/system/admin.php?fct=images&op=editcat&imgcat_id=1" Argument 1 passed to SystemImagecatForm::__construct() must be an instance of XoopsImage, instance of XoopsImagecategory given, called in /class/xoops.php on line 932 and defined i filen /modules/system/class/form/imagecat.php linje 30 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3566116&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-09 17:04:30
|
Bugs item #3560263, was opened at 2012-08-21 03:24 Message generated for change (Comment added) made by mageg 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: Fixed Priority: 5 Private: No Submitted By: irmtfan (irmtfan) >Assigned to: Mage Grégory (mageg) 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: Mage Grégory (mageg) Date: 2012-09-09 10:04 Message: Thank you for your help ---------------------------------------------------------------------- Comment By: Mage Grégory (mageg) Date: 2012-09-09 10:04 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- 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-09-09 16:58:31
|
Bugs item #3562232, was opened at 2012-08-27 10:10 Message generated for change (Comment added) made by mageg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3562232&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: Modules - Profile Group: None Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: zyspec (zyspec) >Assigned to: Mage Grégory (mageg) Summary: Sorting bug in Profile module search Initial Comment: There is a bug in the sort algorithm that does not take into account the custom fields and also will incorrectly sort if an invalid value is set in 'sortby' and is passed to search.php in $_REQUEST This has been a problem for a while (since at least 2.5.3 core release and is still a problem in 2.5.5 and 2.6 core branches). Patch file is attached. ---------------------------------------------------------------------- Comment By: Mage Grégory (mageg) Date: 2012-09-09 09:58 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- Comment By: Mage Grégory (mageg) Date: 2012-09-09 09:55 Message: This is corrected, thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3562232&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-09 16:58:09
|
Bugs item #3565810, was opened at 2012-09-08 08:49 Message generated for change (Comment added) made by mageg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3565810&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: XOOPS 2.6.x Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Michael Albertsen (djculex) >Assigned to: Mage Grégory (mageg) Summary: drag n' drop issue Initial Comment: Drag 'n drop stop working in 2.6.0 alpha 1 It's due to double including jquery.ui. One inclusion from /media/jquery/plugins/ wich is UI version 1.70 AND another including from /media/plugins/ui/ wich is the new ui version 1.83... Problem is the old overwrites the new in the header giving dom error "d is undefined" in the browser.. Solution is to locate [code] addScript($xoops->url('/media/jquery/plugins/jquery.ui.js')); [/code] and replace with [code] addScript($xoops->url('/media/jquery/ui/jquery.ui.js')); [/code] in all of the following files Modules/Banners/index.php Modules/Banners/banners.php Modules/Banners/clients.php Modules/protector/Admin/Advisory.php Modules/System/Admin/blocksadmin/Main.php Modules/System/Themes/Default/Default.php ---------------------------------------------------------------------- Comment By: Mage Grégory (mageg) Date: 2012-09-09 09:58 Message: Fixed in SVN and waiting for review ---------------------------------------------------------------------- Comment By: Mage Grégory (mageg) Date: 2012-09-09 09:40 Message: This is corrected, thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3565810&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-09 16:55:09
|
Bugs item #3562232, was opened at 2012-08-27 10:10 Message generated for change (Comment added) made by mageg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3562232&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: Modules - Profile Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: zyspec (zyspec) Assigned to: Nobody/Anonymous (nobody) Summary: Sorting bug in Profile module search Initial Comment: There is a bug in the sort algorithm that does not take into account the custom fields and also will incorrectly sort if an invalid value is set in 'sortby' and is passed to search.php in $_REQUEST This has been a problem for a while (since at least 2.5.3 core release and is still a problem in 2.5.5 and 2.6 core branches). Patch file is attached. ---------------------------------------------------------------------- >Comment By: Mage Grégory (mageg) Date: 2012-09-09 09:55 Message: This is corrected, thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3562232&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-09 16:40:30
|
Bugs item #3565810, was opened at 2012-09-08 08:49 Message generated for change (Settings changed) made by mageg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3565810&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: XOOPS 2.6.x Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Michael Albertsen (djculex) Assigned to: Nobody/Anonymous (nobody) Summary: drag n' drop issue Initial Comment: Drag 'n drop stop working in 2.6.0 alpha 1 It's due to double including jquery.ui. One inclusion from /media/jquery/plugins/ wich is UI version 1.70 AND another including from /media/plugins/ui/ wich is the new ui version 1.83... Problem is the old overwrites the new in the header giving dom error "d is undefined" in the browser.. Solution is to locate [code] addScript($xoops->url('/media/jquery/plugins/jquery.ui.js')); [/code] and replace with [code] addScript($xoops->url('/media/jquery/ui/jquery.ui.js')); [/code] in all of the following files Modules/Banners/index.php Modules/Banners/banners.php Modules/Banners/clients.php Modules/protector/Admin/Advisory.php Modules/System/Admin/blocksadmin/Main.php Modules/System/Themes/Default/Default.php ---------------------------------------------------------------------- >Comment By: Mage Grégory (mageg) Date: 2012-09-09 09:40 Message: This is corrected, thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3565810&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-08 15:49:59
|
Bugs item #3565810, was opened at 2012-09-08 08:49 Message generated for change (Tracker Item Submitted) made by djculex You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3565810&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: XOOPS 2.6.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael Albertsen (djculex) Assigned to: Nobody/Anonymous (nobody) Summary: drag n' drop issue Initial Comment: Drag 'n drop stop working in 2.6.0 alpha 1 It's due to double including jquery.ui. One inclusion from /media/jquery/plugins/ wich is UI version 1.70 AND another including from /media/plugins/ui/ wich is the new ui version 1.83... Problem is the old overwrites the new in the header giving dom error "d is undefined" in the browser.. Solution is to locate [code] addScript($xoops->url('/media/jquery/plugins/jquery.ui.js')); [/code] and replace with [code] addScript($xoops->url('/media/jquery/ui/jquery.ui.js')); [/code] in all of the following files Modules/Banners/index.php Modules/Banners/banners.php Modules/Banners/clients.php Modules/protector/Admin/Advisory.php Modules/System/Admin/blocksadmin/Main.php Modules/System/Themes/Default/Default.php ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3565810&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-04 11:21:59
|
Feature Requests item #3564451, was opened at 2012-09-03 08:13 Message generated for change (Comment added) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3564451&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: Module icon location change - Core Search results Initial Comment: In XOOPS <= 2.6 the core search function allows a module to set the results icon and subdirectory. So, for example the logo could be ./modules/<mymodulename>/images/icons/logo_small.png. In 2.6 the /modules/system/class/module.php requires a logo to be ./modules/icons/logo_small.png. Should be able to use the same logo file both in SystemModule::getModuleList and in the system search results. This could be accomplished by having the location of the file set to /modules/<mymodulename/images/icons in SystemModule::getModuleList. It would be preferred to have the /icons directory as a subdirectory of the /modules/<mymodulename>/images/ directory to 'group' the icons with other images.This makes the directory structure more consistent with other images used by the core system module too. Recommend changing ./modules/system/class/module.php on lines 82 & 83 from '/icons/logo_small.png' to '/images/icons/logo_small.png'. ---------------------------------------------------------------------- Comment By: irmtfan (irmtfan) Date: 2012-09-04 04:21 Message: Yes, everything should have some standards. icon should be inside images folder. also i suggest images/icon instead of images/icons. we have plural word "images" and dont need another plural subdirectory. please read this: https://docs.google.com/document/pub?id=1L3MoGnCr4EvE3CE1OkSSGPCH-5YSkd-iI9CawmEp-Os and follow in this topic: http://xoops.org/modules/newbb/viewtopic.php?post_id=349158 thank you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3564451&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-03 15:36:31
|
Feature Requests item #3561831, was opened at 2012-08-26 03:08 Message generated for change (Comment added) made by zyspec You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3561831&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: return the groups names by $user -> getGroupsName() Initial Comment: Sometimes we need to have names of groups instead of an array of groupid. we can have a function in kernel/user.php like this: [code] function &getGroupsName() { $group_names= array(); $member_handler =& xoops_gethandler('member'); $usergroups =& $member_handler->getGroupsByUser($this->getVar('uid'), true); foreach ($usergroups as $group) { $group_names[] = $group->getVar('name'); } return $group_names; } [/code] then we can use like this: $XoopsUser -> getGroupsName(); //in 2.5.5 $xoops -> user ->getGroupsName(); // in 2.6.0 ---------------------------------------------------------------------- Comment By: zyspec (zyspec) Date: 2012-09-03 08:36 Message: I'm not sure we need another method for this since it can be accomplished using current methods. If a new method is created then the code in XOOPS 2.6 could be much simpler than example above. $member_handler =& xoops_gethandler('member'); $group_names = $member_handler->getGroupList(new Criteria('uid', $GLOBALS['xoopsUser']->uid())); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3561831&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-09-03 15:13:30
|
Feature Requests item #3564451, was opened at 2012-09-03 08:13 Message generated for change (Tracker Item Submitted) made by zyspec You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3564451&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: Module icon location change - Core Search results Initial Comment: In XOOPS <= 2.6 the core search function allows a module to set the results icon and subdirectory. So, for example the logo could be ./modules/<mymodulename>/images/icons/logo_small.png. In 2.6 the /modules/system/class/module.php requires a logo to be ./modules/icons/logo_small.png. Should be able to use the same logo file both in SystemModule::getModuleList and in the system search results. This could be accomplished by having the location of the file set to /modules/<mymodulename/images/icons in SystemModule::getModuleList. It would be preferred to have the /icons directory as a subdirectory of the /modules/<mymodulename>/images/ directory to 'group' the icons with other images.This makes the directory structure more consistent with other images used by the core system module too. Recommend changing ./modules/system/class/module.php on lines 82 & 83 from '/icons/logo_small.png' to '/images/icons/logo_small.png'. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3564451&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-27 17:11:11
|
Bugs item #3562232, was opened at 2012-08-27 10:10 Message generated for change (Settings changed) made by zyspec You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3562232&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: Modules - Profile Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: zyspec (zyspec) Assigned to: Nobody/Anonymous (nobody) >Summary: Sorting bug in Profile module search Initial Comment: There is a bug in the sort algorithm that does not take into account the custom fields and also will incorrectly sort if an invalid value is set in 'sortby' and is passed to search.php in $_REQUEST This has been a problem for a while (since at least 2.5.3 core release and is still a problem in 2.5.5 and 2.6 core branches). Patch file is attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3562232&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-27 17:10:27
|
Bugs item #3562232, was opened at 2012-08-27 10:10 Message generated for change (Tracker Item Submitted) made by zyspec You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3562232&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: Modules - Profile Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: zyspec (zyspec) Assigned to: Nobody/Anonymous (nobody) Summary: Sorting bug in module search Initial Comment: There is a bug in the sort algorithm that does not take into account the custom fields and also will incorrectly sort if an invalid value is set in 'sortby' and is passed to search.php in $_REQUEST This has been a problem for a while (since at least 2.5.3 core release and is still a problem in 2.5.5 and 2.6 core branches). Patch file is attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=3562232&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2012-08-26 10:08:08
|
Feature Requests item #3561831, was opened at 2012-08-26 03:08 Message generated for change (Tracker Item Submitted) made by irmtfan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3561831&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: return the groups names by $user -> getGroupsName() Initial Comment: Sometimes we need to have names of groups instead of an array of groupid. we can have a function in kernel/user.php like this: [code] function &getGroupsName() { $group_names= array(); $member_handler =& xoops_gethandler('member'); $usergroups =& $member_handler->getGroupsByUser($this->getVar('uid'), true); foreach ($usergroups as $group) { $group_names[] = $group->getVar('name'); } return $group_names; } [/code] then we can use like this: $XoopsUser -> getGroupsName(); //in 2.5.5 $xoops -> user ->getGroupsName(); // in 2.6.0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=3561831&group_id=41586 |
786 messages has been excluded from this view by a project administrator.
