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
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
1
(1) |
2
(5) |
3
(2) |
4
(2) |
5
(1) |
6
(10) |
7
(1) |
|
8
(1) |
9
(3) |
10
(2) |
11
(1) |
12
|
13
(1) |
14
|
|
15
(2) |
16
(1) |
17
(4) |
18
|
19
|
20
|
21
|
|
22
|
23
|
24
|
25
|
26
|
27
|
28
(11) |
|
29
(7) |
30
(1) |
31
(5) |
|
|
|
|
|
From: SourceForge.net <no...@so...> - 2007-07-31 10:02:24
|
Bugs item #1763214, was opened at 2007-07-29 20:53 Message generated for change (Comment added) made by zoullou You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1763214&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.0.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: zoullou (zoullou) Assigned to: Nobody/Anonymous (nobody) Summary: Color Module Preference field issue Initial Comment: Hi, The color Préference field don't work. A "9" is display in the text field when the value is retrived from the DB. ---------------------------------------------------------------------- >Comment By: zoullou (zoullou) Date: 2007-07-31 12:02 Message: Logged In: YES user_id=1058888 Originator: YES Hi, The method signature used is wrong. See the patch #1763225 to understand (https://sourceforge.net/tracker/index.php?func=detail&aid=1763225&group_id=41586&atid=430842) Cheers ---------------------------------------------------------------------- Comment By: nekro ( XOOPS ) (young-pee) Date: 2007-07-31 03:42 Message: Logged In: YES user_id=1384873 Originator: NO I dont understand your bug, can you explain it better, thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1763214&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-31 01:42:17
|
Bugs item #1763214, was opened at 2007-07-29 15:53 Message generated for change (Comment added) made by young-pee You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1763214&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.0.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: zoullou (zoullou) Assigned to: Nobody/Anonymous (nobody) Summary: Color Module Preference field issue Initial Comment: Hi, The color Préference field don't work. A "9" is display in the text field when the value is retrived from the DB. ---------------------------------------------------------------------- >Comment By: nekro ( XOOPS ) (young-pee) Date: 2007-07-30 22:42 Message: Logged In: YES user_id=1384873 Originator: NO I dont understand your bug, can you explain it better, thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1763214&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-31 01:40:39
|
Bugs item #1754395, was opened at 2007-07-15 15:12 Message generated for change (Comment added) made by young-pee You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1754395&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: nekro ( XOOPS ) (young-pee) Summary: DB name length Initial Comment: When installing xoops v2.0.16 (i dont know if other versions have same problem) it is NOT allowed to use a long name for the database. This is kinda anoying when you have a shared hosting where cpannel inserts a prefix of an allready long domainname. example: domainname: paternosterbolletjes.com db name when adding (in cpannel): test final db name: paternosterbolletjes_test This would NOT be accepted in xoops tough there is no problem in any other sql access packages ---------------------------------------------------------------------- >Comment By: nekro ( XOOPS ) (young-pee) Date: 2007-07-30 22:40 Message: Logged In: YES user_id=1384873 Originator: NO i ve not found any problem... i ve tested with your db name... and a couple bigger than yours... and worked fine... what is your server configuration, like OS, mysql version, php version. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-07-30 13:11 Message: Logged In: NO I believe he means that a long db name like "paternosterbolletjes_test" will not work in xoops. But will work in other CMSs. ---------------------------------------------------------------------- Comment By: D.J. (phppp) Date: 2007-07-28 08:09 Message: Logged In: YES user_id=1001493 Originator: NO "This would NOT be accepted in xoops", what does this mean exactly? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1754395&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-31 00:42:03
|
Bugs item #1764107, was opened at 2007-07-30 17:35 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1764107&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.0.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ADS Authentication Doesn't Correctly Recurse Initial Comment: Search for objects not in the base OU as defined in "LDAP - Base DN" does not appear to work. When I point that variable directly at the OU that is required, it works correctly, but starting with a root DN, say dc=mydomain,dc=mycompany,dc=com does not appear to allow recursion through sub-OUs. AD Server environment is an essentially vanilla Windows 2003 SP1. PHP is version 5.2. My email is jos...@ya.... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-07-30 17:42 Message: Logged In: NO As a followup note, settings are all set for auto provisioning and searching the directory as per the documentation: Login name use in the DN = No LDAP Attribute use to search the user = sAMAccountname The search filter LDAP query to find user = (&(objectclass=person)(samaccountname=@@loginname@@)) Automatic xoops account provisionning = Yes Maintain xoops account provisionning = Yes Error thrown is: Member XXX not found in the directory server ((&(objectclass=person)(samaccountname=XXX))) in DC=XXX,DC=XXX,DC=net using ads authentication method If I add a simple OU=MYOU in front of it, everything works correctly. My assumption here is that what isn't correctly being handled here is the (probably common) situation among smaller shops that don't do a ton of management of below the root level. In my opinion, the program should let you search from the base OU down to all others. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1764107&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-31 00:35:31
|
Bugs item #1764107, was opened at 2007-07-30 17:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1764107&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.0.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ADS Authentication Doesn't Correctly Recurse Initial Comment: Search for objects not in the base OU as defined in "LDAP - Base DN" does not appear to work. When I point that variable directly at the OU that is required, it works correctly, but starting with a root DN, say dc=mydomain,dc=mycompany,dc=com does not appear to allow recursion through sub-OUs. AD Server environment is an essentially vanilla Windows 2003 SP1. PHP is version 5.2. My email is jos...@ya.... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1764107&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-30 16:11:17
|
Bugs item #1754395, was opened at 2007-07-15 11:12 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1754395&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: nekro ( XOOPS ) (young-pee) Summary: DB name length Initial Comment: When installing xoops v2.0.16 (i dont know if other versions have same problem) it is NOT allowed to use a long name for the database. This is kinda anoying when you have a shared hosting where cpannel inserts a prefix of an allready long domainname. example: domainname: paternosterbolletjes.com db name when adding (in cpannel): test final db name: paternosterbolletjes_test This would NOT be accepted in xoops tough there is no problem in any other sql access packages ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-07-30 09:11 Message: Logged In: NO I believe he means that a long db name like "paternosterbolletjes_test" will not work in xoops. But will work in other CMSs. ---------------------------------------------------------------------- Comment By: D.J. (phppp) Date: 2007-07-28 04:09 Message: Logged In: YES user_id=1001493 Originator: NO "This would NOT be accepted in xoops", what does this mean exactly? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1754395&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-29 19:27:32
|
Patches item #1763225, was opened at 2007-07-29 21:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1763225&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: XOOPS 2.0.x Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: zoullou (zoullou) Assigned to: Nobody/Anonymous (nobody) Summary: Color Module Preference field issue (bug #1763214) Initial Comment: Hi, You could find below a diff patch for the #1763214 bug. Cheers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1763225&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-29 18:53:27
|
Bugs item #1763214, was opened at 2007-07-29 20:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1763214&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.0.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: zoullou (zoullou) Assigned to: Nobody/Anonymous (nobody) Summary: Color Module Preference field issue Initial Comment: Hi, The color Préference field don't work. A "9" is display in the text field when the value is retrived from the DB. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1763214&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-29 16:27:39
|
Bugs item #1751011, was opened at 2007-07-10 09:03 Message generated for change (Settings changed) made by dugris You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1751011&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 - Theme manager Group: XOOPS 2.0.x Status: Open >Resolution: Works For Me Priority: 5 Private: No Submitted By: DuGris (dugris) Assigned to: Nobody/Anonymous (nobody) Summary: Closed site and redirect page Initial Comment: Add compatibility with plugin smarty for xoops Add all meta tags for closed site. ---------------------------------------------------------------------- Comment By: DuGris (dugris) Date: 2007-07-10 09:06 Message: Logged In: YES user_id=1528770 Originator: YES File Added: 1751011 - bug fix.zip ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1751011&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-29 09:54:51
|
Feature Requests item #1745040, was opened at 2007-06-28 15:58 Message generated for change (Comment added) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1745040&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: Administration Group: XOOPS 2.0.x >Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: Marc-Andre Lanciault (malanciault) Assigned to: Marc-Andre Lanciault (malanciault) Summary: Group select box in System Admin > Find Users Initial Comment: Add a group select box in System Admin > Find Users form so we can search users by group. ---------------------------------------------------------------------- >Comment By: D.J. (phppp) Date: 2007-07-29 05:54 Message: Logged In: YES user_id=1001493 Originator: NO Improved solution (temporary): http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=901 ---------------------------------------------------------------------- Comment By: Marc-Andre Lanciault (malanciault) Date: 2007-06-28 16:06 Message: Logged In: YES user_id=880332 Originator: YES Implemented in branches/2.0.x/2.0.17 rev 839 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1745040&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-29 09:53:24
|
Bugs item #1745057, was opened at 2007-06-28 16:32 Message generated for change (Comment added) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1745057&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.0.x Status: Pending Resolution: Accepted Priority: 5 Private: No Submitted By: Marc-Andre Lanciault (malanciault) Assigned to: Marc-Andre Lanciault (malanciault) Summary: Different bugs in System Admin > Mail Users Initial Comment: There are different bugs in the admin mail users feature specifically : - $GLOBALS['xoopsSecurity']->check() is always FALSE when we are displaying the form so it's not a problem, and no error msg should be displayed. - Problems when selecting both Groups AND mail_ok - We need to use $_POST['mail_regd_min'], not $_POST['mail_regd_max'] - $mail_mailok was not sent to the second page of messages - When sending message using PM with more than 100 users, the script was unable to continue after 100 users because $_POST['mail_send_to'] was not set properly ---------------------------------------------------------------------- >Comment By: D.J. (phppp) Date: 2007-07-29 05:53 Message: Logged In: YES user_id=1001493 Originator: NO Improved solution: http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=900 ---------------------------------------------------------------------- Comment By: Marc-Andre Lanciault (malanciault) Date: 2007-06-28 16:36 Message: Logged In: YES user_id=880332 Originator: YES Tentative fixes in branches/2.0.x/2.0.17 rev 840. To be checked by other devs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1745057&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-29 06:31:30
|
Bugs item #1745032, was opened at 2007-06-28 15:40 Message generated for change (Comment added) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1745032&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.0.x >Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: Marc-Andre Lanciault (malanciault) Assigned to: Marc-Andre Lanciault (malanciault) Summary: Group Assignement problem when creating new user from admin Initial Comment: On System Admin > Edit Users, when creating a new user, this user is only assigned to Registered Users group whatever other groups were selected. ---------------------------------------------------------------------- >Comment By: D.J. (phppp) Date: 2007-07-29 02:31 Message: Logged In: YES user_id=1001493 Originator: NO Reimplemented http://xoops.svn.sourceforge.net/xoops/?rev=897&view=rev ---------------------------------------------------------------------- Comment By: D.J. (phppp) Date: 2007-07-29 02:31 Message: Logged In: YES user_id=1001493 Originator: NO Fixed in SVN and waiting for review before merging to the trunk. ---------------------------------------------------------------------- Comment By: DuGris (dugris) Date: 2007-06-29 20:03 Message: Logged In: YES user_id=1528770 Originator: NO The variable $groups of the form is not used in the post method in the file modules/system/admin/users/main.php replace this line* if (!$member_handler->addUserToGroup(XOOPS_GROUP_USERS, $newuser->getVar('uid'))) { with if (!$member_handler->addUserToGroup($groups, $newuser->getVar('uid'))) { and in the file /kernel/member.php, function addUserToGroup replace these lines $mship =& $this->_mHandler->create(); $mship->setVar('groupid', $group_id); $mship->setVar('uid', $user_id); return $this->_mHandler->insert($mship); with if ( !is_array( $group_id ) ) { $group_id = array( $group_id ); } $error = false; foreach($group_id as $group) { $mship =& $this->_mHandler->create(); $mship->setVar('groupid', $group); $mship->setVar('uid', $user_id); $error .= $this->_mHandler->insert($mship); } return $error ; ---------------------------------------------------------------------- Comment By: Marc-Andre Lanciault (malanciault) Date: 2007-06-28 15:47 Message: Logged In: YES user_id=880332 Originator: YES Implemented in branches/2.0.x/2.0.17 rev 837 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1745032&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-29 05:42:17
|
Bugs item #1745057, was opened at 2007-06-28 16:32 Message generated for change (Settings changed) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1745057&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.0.x >Status: Pending Resolution: Accepted Priority: 5 Private: No Submitted By: Marc-Andre Lanciault (malanciault) Assigned to: Marc-Andre Lanciault (malanciault) Summary: Different bugs in System Admin > Mail Users Initial Comment: There are different bugs in the admin mail users feature specifically : - $GLOBALS['xoopsSecurity']->check() is always FALSE when we are displaying the form so it's not a problem, and no error msg should be displayed. - Problems when selecting both Groups AND mail_ok - We need to use $_POST['mail_regd_min'], not $_POST['mail_regd_max'] - $mail_mailok was not sent to the second page of messages - When sending message using PM with more than 100 users, the script was unable to continue after 100 users because $_POST['mail_send_to'] was not set properly ---------------------------------------------------------------------- Comment By: Marc-Andre Lanciault (malanciault) Date: 2007-06-28 16:36 Message: Logged In: YES user_id=880332 Originator: YES Tentative fixes in branches/2.0.x/2.0.17 rev 840. To be checked by other devs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1745057&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-28 11:09:01
|
Bugs item #1754395, was opened at 2007-07-15 14:12 Message generated for change (Comment added) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1754395&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: nekro ( XOOPS ) (young-pee) Summary: DB name length Initial Comment: When installing xoops v2.0.16 (i dont know if other versions have same problem) it is NOT allowed to use a long name for the database. This is kinda anoying when you have a shared hosting where cpannel inserts a prefix of an allready long domainname. example: domainname: paternosterbolletjes.com db name when adding (in cpannel): test final db name: paternosterbolletjes_test This would NOT be accepted in xoops tough there is no problem in any other sql access packages ---------------------------------------------------------------------- >Comment By: D.J. (phppp) Date: 2007-07-28 07:09 Message: Logged In: YES user_id=1001493 Originator: NO "This would NOT be accepted in xoops", what does this mean exactly? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1754395&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-28 10:17:26
|
Patches item #1762590, was opened at 2007-07-28 06:17 Message generated for change (Settings changed) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762590&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: XOOPS 2.0.x Group: None >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: D.J. (phppp) Assigned to: D.J. (phppp) Summary: session handling improvement: security Initial Comment: Improved session handling: added IP check and session_regenerate_id for each request; browser characteristic check will be added in future http://xoops.svn.sourceforge.net/xoops/?rev=893&view=rev ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762590&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-28 10:17:04
|
Patches item #1762590, was opened at 2007-07-28 06:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762590&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: XOOPS 2.0.x Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D.J. (phppp) Assigned to: D.J. (phppp) Summary: session handling improvement: security Initial Comment: Improved session handling: added IP check and session_regenerate_id for each request; browser characteristic check will be added in future http://xoops.svn.sourceforge.net/xoops/?rev=893&view=rev ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762590&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-28 09:41:56
|
Patches item #1762577, was opened at 2007-07-28 05:41 Message generated for change (Settings changed) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762577&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: XOOPS 2.0.x Group: None >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: D.J. (phppp) Assigned to: D.J. (phppp) Summary: Improved security and language safety over cache ID Initial Comment: Cache ID for SMARTY was solely $_SERVER['REQUEST_URI'] sensitive, which could cause leak of protected contents. Additionally, language or group sensitive is required in some situations. The improvement provides a solution for above requirements, however it will generate more cached files. http://xoops.svn.sourceforge.net/xoops/?rev=892&view=rev ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762577&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-28 09:41:33
|
Patches item #1762577, was opened at 2007-07-28 05:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762577&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: XOOPS 2.0.x Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D.J. (phppp) Assigned to: D.J. (phppp) Summary: Improved security and language safety over cache ID Initial Comment: Cache ID for SMARTY was solely $_SERVER['REQUEST_URI'] sensitive, which could cause leak of protected contents. Additionally, language or group sensitive is required in some situations. The improvement provides a solution for above requirements, however it will generate more cached files. http://xoops.svn.sourceforge.net/xoops/?rev=892&view=rev ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762577&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-28 09:19:38
|
Patches item #1762570, was opened at 2007-07-28 05:19 Message generated for change (Settings changed) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762570&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: XOOPS 2.0.x Group: None >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: D.J. (phppp) Assigned to: D.J. (phppp) Summary: Improved user selection Initial Comment: Improved user selection: original XoopsFormSelectUser is not able to handler large amount of user accounts. The new way: if user account count is less than 200 (hardcoded), use original method; otherwise, use a user filter with multiple criteria. The user filter will be expanded in future XOOPS release with enhanced user/membership management http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=889 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762570&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-28 09:19:17
|
Patches item #1762570, was opened at 2007-07-28 05:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762570&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: XOOPS 2.0.x Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D.J. (phppp) Assigned to: D.J. (phppp) Summary: Improved user selection Initial Comment: Improved user selection: original XoopsFormSelectUser is not able to handler large amount of user accounts. The new way: if user account count is less than 200 (hardcoded), use original method; otherwise, use a user filter with multiple criteria. The user filter will be expanded in future XOOPS release with enhanced user/membership management http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=889 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762570&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-28 09:07:20
|
Patches item #1736805, was opened at 2007-06-13 18:58 Message generated for change (Settings changed) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1736805&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: XOOPS 2.0.x Group: Patches Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: Vaughan (m0nty_) Assigned to: D.J. (phppp) Summary: class.phpmailer.php Exploit Fix Initial Comment: command execution in class.phpmailer.php fix: line 391 of class.phpmailer.php function SendmailSend($header, $body) { if ($this->Sender != "") $sendmail = sprintf("%s -oi -f %s -t", $this->Sendmail, $this->Sender); else $sendmail = sprintf("%s -oi -t", $this->Sendmail); replace with: function SendmailSend($header, $body) { if ($this->Sender != "") { $sendmail = sprintf("%s -oi -f %s -t", escapeshellcmd($this->Sendmail), escapeshellarg($this->Sender)); } else { $sendmail = sprintf("%s -oi -t", escapeshellcmd($this->Sendmail)); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1736805&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-28 09:07:05
|
Patches item #1762567, was opened at 2007-07-28 05:06 Message generated for change (Settings changed) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762567&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: XOOPS 2.0.x Group: None >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: D.J. (phppp) Assigned to: D.J. (phppp) Summary: Improved uploader class: localization of error messages Initial Comment: http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=888 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762567&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-28 09:06:35
|
Patches item #1762567, was opened at 2007-07-28 05:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762567&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: XOOPS 2.0.x Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: D.J. (phppp) Assigned to: D.J. (phppp) Summary: Improved uploader class: localization of error messages Initial Comment: http://xoops.svn.sourceforge.net/viewvc/xoops?view=rev&revision=888 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1762567&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-28 08:14:49
|
Patches item #1736805, was opened at 2007-06-13 18:58 Message generated for change (Settings changed) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1736805&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: XOOPS 2.0.x Group: Patches >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Vaughan (m0nty_) >Assigned to: D.J. (phppp) Summary: class.phpmailer.php Exploit Fix Initial Comment: command execution in class.phpmailer.php fix: line 391 of class.phpmailer.php function SendmailSend($header, $body) { if ($this->Sender != "") $sendmail = sprintf("%s -oi -f %s -t", $this->Sendmail, $this->Sender); else $sendmail = sprintf("%s -oi -t", $this->Sendmail); replace with: function SendmailSend($header, $body) { if ($this->Sender != "") { $sendmail = sprintf("%s -oi -f %s -t", escapeshellcmd($this->Sendmail), escapeshellarg($this->Sender)); } else { $sendmail = sprintf("%s -oi -t", escapeshellcmd($this->Sendmail)); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1736805&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2007-07-17 07:12:51
|
Bugs item #1712686, was opened at 2007-05-04 09:00 Message generated for change (Comment added) made by young-pee You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1712686&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.2.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: can not install Initial Comment: I have save downloads both zip and the other neither will install after opening I am using windows xp and explorer is that why it will not load Best wishes clicknsnap ---------------------------------------------------------------------- >Comment By: nekro ( XOOPS ) (young-pee) Date: 2007-07-17 04:12 Message: Logged In: YES user_id=1384873 Originator: NO Here is not the place to ask that kind of questions... it doesnt look like an app bug , maybe if you give more information we will understand the app problem... in other case plese check www.xoops.org for help. ---------------------------------------------------------------------- Comment By: Vaughan (m0nty_) Date: 2007-05-30 08:13 Message: Logged In: YES user_id=1140548 Originator: NO use the website for FAQ information and help. http://www.xoops.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1712686&group_id=41586 |
5 messages has been excluded from this view by a project administrator.