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
(2) |
2
|
|
3
(6) |
4
|
5
|
6
(1) |
7
|
8
|
9
(1) |
|
10
|
11
|
12
|
13
(1) |
14
|
15
|
16
(1) |
|
17
(1) |
18
|
19
(1) |
20
(2) |
21
(3) |
22
(2) |
23
|
|
24
|
25
(1) |
26
(2) |
27
|
28
|
29
|
30
|
|
31
|
|
|
|
|
|
|
|
From: SourceForge.net <no...@so...> - 2006-12-26 09:54:42
|
Bugs item #1592548, was opened at 2006-11-08 11:14 Message generated for change (Comment added) made by rowd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1592548&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.3.x Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: CeBepuH (tollers) Assigned to: Nobody/Anonymous (nobody) Summary: General Settings deletes index.html in cache folder Initial Comment: Setting the General Settings clears the whole cache folder including the index.html file. This would make the directory listable in certain environments (depending on Apache/other server software settings). Tested on 2.2.4 and latest in SVN. ---------------------------------------------------------------------- >Comment By: rowd (rowd) Date: 2006-12-26 10:54 Message: Logged In: YES user_id=1095348 Originator: NO Confirmed. This affects all versions though, so I'm changing the group to 2.3. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1592548&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-22 14:55:53
|
Feature Requests item #1607738, was opened at 2006-12-03 10:25 Message generated for change (Comment added) made by xoops_gold You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1607738&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ashley (akitson) Assigned to: Nobody/Anonymous (nobody) Summary: Multi site logon Initial Comment: A thread has started on xoops.org (see http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=55390&viewmode=flat&order=ASC&start=0 ) discussing how we could add multi site logons into Xoops. i.e. registration at one site enables registration at other sites automatically. I think that this has some merit for Xoops going forward. and would be a powerfull feature. Anyone got any views? ---------------------------------------------------------------------- Comment By: Xoops_Gold (xoops_gold) Date: 2006-12-22 15:55 Message: Logged In: YES user_id=1329834 Originator: NO Dear akitson! I have placed this message and it is a very old feature request. This you can see it here: http://sourceforge.net/tracker/index.php?func=detail&aid=1554604&group_id=41586&atid=430843 No developer has sad out there that it could be interesting. Or even here: http://sourceforge.net/tracker/index.php?func=detail&aid=1428138&group_id=41586&atid=430843 However, reminding every half a year refreshes the feature request at all times and make Skalpa beleive that I was correct years ago!!! ;-) ---------------------------------------------------------------------- Comment By: Ashley (akitson) Date: 2006-12-03 20:17 Message: Logged In: YES user_id=700563 Originator: YES Herko That's great. No reinvention required :-) Glad to see it is on the schedule at least. Pemen, If you need resource for this as stated in your message at xoops.org, I would like to help if you want to share your thoughts on the way to go about it. ---------------------------------------------------------------------- Comment By: pemen (pemen) Date: 2006-12-03 11:14 Message: Logged In: YES user_id=1031058 Originator: NO http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=55390&forum=30&post_id=245185#forumpost245185 ---------------------------------------------------------------------- Comment By: Herko Coomans (herkocoomans) Date: 2006-12-03 11:06 Message: Logged In: YES user_id=441189 Originator: NO This is called Syndicated Signon, and is discussed in the 2.3 development threads on the authentication layer. One way to do this is to use the Liberty Alliance project API, but there are others that provide similar API's for syndicated signons. Lets not reinvent the wheel here. Herko ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1607738&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-22 11:06:00
|
Bugs item #1620726, was opened at 2006-12-22 12:05 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=1620726&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 - Modules Group: XOOPS 2.2.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xoops_Gold (xoops_gold) Assigned to: Nobody/Anonymous (nobody) Summary: Module Profile: Groups field does not work Initial Comment: Hallo! The following routin works and the field gets configuren. modules/profile/include/forms.php case "group": $form->addElement(new XoopsFormSelectGroup(_PROFILE_AM_DEFAULT, 'field_default', true, $field->getVar('field_default', 'e'))); break; case "group_multi": $form->addElement(new XoopsFormSelectGroup(_PROFILE_AM_DEFAULT, 'field_default', true, $field->getVar('field_default', 'e'), 5, true)); break; However, it is useless. One cannot use those field on the front-office i.e. on the user side it does not show up. Permissions have been correct. (Unless I made some mistakes!) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1620726&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-21 03:41:48
|
Bugs item #1599662, was opened at 2006-11-20 07:19 Message generated for change (Settings changed) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1599662&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: Deleted Resolution: None Priority: 5 Private: Yes Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: buy fioricet online Initial Comment: Hi, Very very nice site! And please visit my forum :) <a href='http://soma-fast.blogspot.com/' >soma online</a> | <a href='http://ultram-faste.blogspot.com/' >ultram online</a> | <a href='http://xenical-faste.blogspot.com/' >buy xenical</a> | <a href='http://fioricet-fast.blogspot.com/' >fioricet side effects</a> http://soma-fast.blogspot.com/ http://ultram-faste.blogspot.com/ http://xenical-faste.blogspot.com/ http://fioricet-fast.blogspot.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1599662&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-21 03:41:18
|
Bugs item #1601859, was opened at 2006-11-23 11:45 Message generated for change (Settings changed) made by phppp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1601859&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: Deleted Resolution: None Priority: 5 Private: Yes Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: cheap propecia Initial Comment: One isn't necessarily born with courage, but one is born with potential. Without courage, we cannot practice any other virtue with consistency. <a href='http://hometown.aol.com/med9med/lortab.html' >lortab online</a> | <a href='http://hometown.aol.com/med9med/hydrocodone.html' >hydrocodone</a> | <a href='http://hometown.aol.com/med9med/lipitor.html' >lipitor</a> | <a href='http://hometown.aol.com/med9med/propecia.html' >propecia for sale</a> | <a href='http://hometown.aol.com/med9med/didrex.html' >didrex</a> http://hometown.aol.com/med9med/lortab.html http://hometown.aol.com/med9med/hydrocodone.html http://hometown.aol.com/med9med/lipitor.html http://hometown.aol.com/med9med/propecia.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1601859&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-20 16:42:56
|
Bugs item #1619469, was opened at 2006-12-20 06:34 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1619469&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Calendar - language files are buggy Initial Comment: I've been having problems with using the XoopsFormDateTime controls for some time now, and today I found out why: The translation files in XOOPS_URL/class/calendar/lang/ seem to be translations for different versions of the calendar, and they should be checked and updated before the next Xoops release. Proof: English calendar works, Norwegian don't. After I edited the calendar-no.js file everything works. Some of the definitions were missing, and I suspect this goes for other language files as well. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-12-20 08:42 Message: Logged In: NO After going through the languages that I use on my site I found out that Norwegian was the only language with problems. There may be more, but Norwegian should be fixed for future releases. Here is my edited file: ================================== calendar-no.js =========================================== // ** I18N // Calendar NO language // Author: Earplane, <dev(at)earplane.com> // Encoding: UTF-8 // Distributed under the same terms as the calendar itself. // For translators: please use UTF-8 if possible. We strongly believe that // Unicode is the answer to a real internationalized world. Also please // include your contact information in the header, as can be seen above. // full day names Calendar._DN = new Array ("Søndag", "Mandag", "Tirsdag", "Onsdag", "Torsdag", "Fredag", "Lørdag", "Søndag"); // Please note that the following array of short day names (and the same goes // for short month names, _SMN) isn't absolutely necessary. We give it here // for exemplification on how one can customize the short day names, but if // they are simply the first N letters of the full name you can simply say: // // Calendar._SDN_len = N; // short day name length // Calendar._SMN_len = N; // short month name length // // If N = 3 then this is not needed either since we assume a value of 3 if not // present, to be compatible with translation files that were written before // this feature. // short day names Calendar._SDN = new Array ("Søn", "Man", "Tir", "Ons", "Tor", "Fre", "Lør", "Søn"); // First day of the week. "0" means display Sunday first, "1" means display // Monday first, etc. Calendar._FD = 1; // full month names Calendar._MN = new Array ("Januar", "Februar", "Mars", "April", "Mai", "Juni", "Juli", "August", "September", "Oktober", "November", "Desember"); // short month names Calendar._SMN = new Array ("Jan", "Feb", "Mar", "Apr", "Mai", "Jun", "Jul", "Aug", "Sep", "Okt", "Nov", "Des"); // tooltips Calendar._TT = {}; Calendar._TT["INFO"] = "Om kalenderen"; Calendar._TT["ABOUT"] = "DHTML Dato-/Tidsvelger\n" + "(c) dynarch.com 2002-2005 / Author: Mihai Bazon\n" + // don't translate this this ;-) "For nyeste versjon, gå til: http://www.dynarch.com/projects/calendar/\n" + "Distribuert under GNU LGPL. Se http://gnu.org/licenses/lgpl.html for detaljer." + "\n\n" + "Datovalg:\n" + "- Bruk knappene \xab og \xbb for Ã¥ velge Ã¥r\n" + "- Bruk knappene " + String.fromCharCode(0x2039) + " og " + String.fromCharCode(0x203a) + " for å velge måned\n" + "- Hold inne musknappen eller knappene over for raskere valg."; Calendar._TT["ABOUT_TIME"] = "\n\n" + "Tidsvalg:\n" + "- Klikk på en av tidsdelene for å øke den\n" + "- eller Shift-klikk for å senke verdien\n" + "- eller klikk-og-dra for raskere valg.."; // the following is to inform that "%s" is to be the first day of week // %s will be replaced with the day name. Calendar._TT["DAY_FIRST"] = "Vis %s først"; // This may be locale-dependent. It specifies the week-end days, as an array // of comma-separated numbers. The numbers are from 0 to 6: 0 means Sunday, 1 // means Monday, etc. Calendar._TT["WEEKEND"] = "0,6"; Calendar._TT["CLOSE"] = "Lukk"; Calendar._TT["TODAY"] = "Idag"; Calendar._TT["TIME_PART"] = "(Shift-)Klikk eller dra for å endre verdi"; // date formats Calendar._TT["DEF_DATE_FORMAT"] = "%d.%m.%Y"; Calendar._TT["TT_DATE_FORMAT"] = "%a, %b %e"; Calendar._TT["WK"] = "uke"; Calendar._TT["TIME"] = "Time:"; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1619469&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-20 14:34:53
|
Bugs item #1619469, was opened at 2006-12-20 06:34 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=1619469&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Calendar - language files are buggy Initial Comment: I've been having problems with using the XoopsFormDateTime controls for some time now, and today I found out why: The translation files in XOOPS_URL/class/calendar/lang/ seem to be translations for different versions of the calendar, and they should be checked and updated before the next Xoops release. Proof: English calendar works, Norwegian don't. After I edited the calendar-no.js file everything works. Some of the definitions were missing, and I suspect this goes for other language files as well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1619469&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-19 11:58:53
|
Bugs item #1618734, was opened at 2006-12-19 13:58 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=1618734&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.0.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: teibaz (teibaz) Assigned to: Nobody/Anonymous (nobody) Summary: error in installation sql Initial Comment: It's for both xoops 2.0.x and 2.2.x versions. I know a lot of people who just can't install because of bad indexes or keys. If there would be no numbers everything would be good. Now in mysql4.1 xoops can't take bloks and other things. I attached good sql from xoops 2.2.5rc2 instead of CREATE TABLE tplfile ( ...... KEY tpl_tplset (tpl_tplset,tpl_file(10)) ); should be CREATE TABLE tplfile ( ...... KEY tpl_tplset (tpl_tplset,tpl_file) ); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1618734&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-17 14:22:23
|
Bugs item #1614463, was opened at 2006-12-13 03:07 Message generated for change (Comment added) made by m0nty_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1614463&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: The XOOP web-site itself Initial Comment: Hi - Link - "Register Online"; filled all information, then it gave a final display of what I have given, pressed submit and then a rather cryptic message - Could not register user!! ---------------------------------------------------------------------- Comment By: Vaughan (m0nty_) Date: 2006-12-17 14:22 Message: Logged In: YES user_id=1140548 Originator: NO make sure your browser is accepting cookies. also make sure that http header referrals are not being blocked by your firewall or anti-spyware packages either. for more information read the FAQ section on the xoops.org website. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1614463&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-13 03:07:27
|
Bugs item #1614463, was opened at 2006-12-12 19:07 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=1614463&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: The XOOP web-site itself Initial Comment: Hi - Link - "Register Online"; filled all information, then it gave a final display of what I have given, pressed submit and then a rather cryptic message - Could not register user!! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1614463&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-09 14:25:40
|
Bugs item #1612172, was opened at 2006-12-09 15:25 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=1612172&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: Herve Thouzard (hthouzard) Assigned to: Nobody/Anonymous (nobody) Summary: Problem in formcheckbox.php Initial Comment: The line 156 of the file /xoops/class/xoopsform should be : if (count($this->getValue()) > 0 && in_array($value, $this->getValue(),true)) { and not : if (count($this->getValue()) > 0 && in_array($value, $this->getValue())) { I have "just" added this : ,true When you are creating a set of checkbox (for example for each day of a week) and when you are passing an array like this one to the class to give it the checked values : 0 => null 1 => null 2 => 2 3 => null 4 => null 5 => null 6 => null the first day will be checked while it's not true. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1612172&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-06 22:55:26
|
Bugs item #1610461, was opened at 2006-12-06 22:55 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=1610461&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: Vaughan (m0nty_) Assigned to: Nobody/Anonymous (nobody) Summary: edituser problem removing the url from the profile 2.0.16 Initial Comment: in relation to > http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=55550&start=0#forumpost245657 bug found in edit user (admin side) on XOOPS 2.0.16 unable to delete the url field. problem is if you want to remove the entry altogether, the data isn't changed. problem lies in modules/system/admin/users/users.php line 186: if (isset($url) && $url != "") { $edituser->setVar("url", formatURL($url)); } changed to: if (isset($url)) { $edituser->setVar("url", formatURL($url)); } removing url now works with above change. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1610461&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-03 19:17:09
|
Feature Requests item #1607738, was opened at 2006-12-03 09:25 Message generated for change (Comment added) made by akitson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1607738&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ashley (akitson) Assigned to: Nobody/Anonymous (nobody) Summary: Multi site logon Initial Comment: A thread has started on xoops.org (see http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=55390&viewmode=flat&order=ASC&start=0 ) discussing how we could add multi site logons into Xoops. i.e. registration at one site enables registration at other sites automatically. I think that this has some merit for Xoops going forward. and would be a powerfull feature. Anyone got any views? ---------------------------------------------------------------------- >Comment By: Ashley (akitson) Date: 2006-12-03 19:17 Message: Logged In: YES user_id=700563 Originator: YES Herko That's great. No reinvention required :-) Glad to see it is on the schedule at least. Pemen, If you need resource for this as stated in your message at xoops.org, I would like to help if you want to share your thoughts on the way to go about it. ---------------------------------------------------------------------- Comment By: pemen (pemen) Date: 2006-12-03 10:14 Message: Logged In: YES user_id=1031058 Originator: NO http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=55390&forum=30&post_id=245185#forumpost245185 ---------------------------------------------------------------------- Comment By: Herko Coomans (herkocoomans) Date: 2006-12-03 10:06 Message: Logged In: YES user_id=441189 Originator: NO This is called Syndicated Signon, and is discussed in the 2.3 development threads on the authentication layer. One way to do this is to use the Liberty Alliance project API, but there are others that provide similar API's for syndicated signons. Lets not reinvent the wheel here. Herko ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1607738&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-03 17:01:31
|
Bugs item #1591866, was opened at 2006-11-07 10:07 Message generated for change (Comment added) made by rowd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1591866&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.2.x >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Xoops_Gold (xoops_gold) Assigned to: rowd (rowd) Summary: Heritage MODULE > BLOCKS: Block ./. Smarty error! Initial Comment: Hallo! I de-activated a module and get the following error in the blocks: Warning: Smarty error: unable to read resource: If I deactivate a module, then all the related blocks MUST be also deactivated. ---------------------------------------------------------------------- >Comment By: rowd (rowd) Date: 2006-12-03 18:01 Message: Logged In: YES user_id=1095348 Originator: NO Thanks for re-testing. Since the reported bug is fixed I am closing this ticket. If you have already submitted a different bug report or feature request for the other points you mention then it will be handled on that report. ---------------------------------------------------------------------- Comment By: Xoops_Gold (xoops_gold) Date: 2006-11-18 17:36 Message: Logged In: YES user_id=1329834 Originator: YES Hallo Rowd! Thanks for your response. I have upgraded my live installation and everything works flawless. The bug I reported has been removed, i.e. after the module was de-activated the block also gets automatically de-activated. I however would like to request to to the following changes: -------------------------------------------- modules\system\xoops_version.php $modversion['version'] = 2.13; modules\system\xoops_version.php $modversion['version'] = 2.25; -------------------------------------------- modules\system\admin\findusers\main.php $limit_text = new XoopsFormText(_AM_LIMIT, "limit", 6, 2); $limit_text = new XoopsFormText(_AM_LIMIT, "limit", 6, 3); -------------------------------------------- echo "<td>$fuser_avatar</td><td><a href='".XOOPS_URL."/userinfo.php?uid=".$foundusers[$j]->getVar("uid")."'>".$foundusers[$j]->getVar("uname")."</a></td><td>".$fuser_name."</td><td align='center'><a href='mailto:".$foundusers[$j]->getVar("email")."'><img src='".XOOPS_URL."/images/icons/email.gif' border='0' alt='"; CORRECT PL: getVar("loginname") as following echo "<td>$fuser_avatar</td><td><a href='".XOOPS_URL."/userinfo.php?uid=".$foundusers[$j]->getVar("uid")."'>".$foundusers[$j]->getVar("loginname")."</a></td><td>".$fuser_name."</td><td align='center'><a href='mailto:".$foundusers[$j]->getVar("email")."'><img src='".XOOPS_URL."/images/icons/email.gif' border='0' alt='"; -------------------------------------------- And if possible the new ones would be helpful as below: -------------------------------------------- Returnpath: needs to be updated to add correct admin email address, if possible in 2.2.5 See my bug report -------------------------------------------- logo.gif should be avoided and should be installed only for the new installations. By updating on a live website, it looks not good. Thanks for the help and your work. ---------------------------------------------------------------------- Comment By: rowd (rowd) Date: 2006-11-18 05:01 Message: Logged In: YES user_id=1095348 Originator: NO This was fixed in 2.2.5 RC1. Could you please test using the latest version, 2.2.5 RC2? ---------------------------------------------------------------------- Comment By: Xoops_Gold (xoops_gold) Date: 2006-11-07 10:43 Message: Logged In: YES user_id=1329834 Hallo! I forgot to note the file. The error generates from the following file: Smarty.class.php on line 1084 ---------------------------------------------------------------------- Comment By: Xoops_Gold (xoops_gold) Date: 2006-11-07 10:11 Message: Logged In: YES user_id=1329834 Solution: The BEST way to handle this problem to my opinion ist: To use the TREE structure of Heritage, the same like to that of Permission-Tree. If the permissions AND generation of data BOTH TOGATHER are growing like a tree, would help in minimisation of all such errors, which is perhaps NOT the case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1591866&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-03 10:14:41
|
Feature Requests item #1607738, was opened at 2006-12-03 09:25 Message generated for change (Comment added) made by pemen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1607738&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ashley (akitson) Assigned to: Nobody/Anonymous (nobody) Summary: Multi site logon Initial Comment: A thread has started on xoops.org (see http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=55390&viewmode=flat&order=ASC&start=0 ) discussing how we could add multi site logons into Xoops. i.e. registration at one site enables registration at other sites automatically. I think that this has some merit for Xoops going forward. and would be a powerfull feature. Anyone got any views? ---------------------------------------------------------------------- >Comment By: pemen (pemen) Date: 2006-12-03 10:14 Message: Logged In: YES user_id=1031058 Originator: NO http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=55390&forum=30&post_id=245185#forumpost245185 ---------------------------------------------------------------------- Comment By: Herko Coomans (herkocoomans) Date: 2006-12-03 10:06 Message: Logged In: YES user_id=441189 Originator: NO This is called Syndicated Signon, and is discussed in the 2.3 development threads on the authentication layer. One way to do this is to use the Liberty Alliance project API, but there are others that provide similar API's for syndicated signons. Lets not reinvent the wheel here. Herko ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1607738&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-03 10:06:59
|
Feature Requests item #1607738, was opened at 2006-12-03 10:25 Message generated for change (Comment added) made by herkocoomans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1607738&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ashley (akitson) Assigned to: Nobody/Anonymous (nobody) Summary: Multi site logon Initial Comment: A thread has started on xoops.org (see http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=55390&viewmode=flat&order=ASC&start=0 ) discussing how we could add multi site logons into Xoops. i.e. registration at one site enables registration at other sites automatically. I think that this has some merit for Xoops going forward. and would be a powerfull feature. Anyone got any views? ---------------------------------------------------------------------- Comment By: Herko Coomans (herkocoomans) Date: 2006-12-03 11:06 Message: Logged In: YES user_id=441189 Originator: NO This is called Syndicated Signon, and is discussed in the 2.3 development threads on the authentication layer. One way to do this is to use the Liberty Alliance project API, but there are others that provide similar API's for syndicated signons. Lets not reinvent the wheel here. Herko ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1607738&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-03 09:25:06
|
Feature Requests item #1607738, was opened at 2006-12-03 09:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1607738&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ashley (akitson) Assigned to: Nobody/Anonymous (nobody) Summary: Multi site logon Initial Comment: A thread has started on xoops.org (see http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=55390&viewmode=flat&order=ASC&start=0 ) discussing how we could add multi site logons into Xoops. i.e. registration at one site enables registration at other sites automatically. I think that this has some merit for Xoops going forward. and would be a powerfull feature. Anyone got any views? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1607738&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-01 15:48:21
|
Feature Requests item #1604597, was opened at 2006-11-28 17:00 Message generated for change (Comment added) made by davidledbury2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1604597&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.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: wf-david (davidledbury2) Assigned to: Nobody/Anonymous (nobody) Summary: Latest Core check Initial Comment: After having some recent posts about hacked sites, caused by users who have updated - I would like to request this feature: A latest version check, which will check to see if the user is using the latest *stable* release of Xoops, and needs to update or not. Some recent modules have added this feature - and this would also help put the responsibility of updating the core back onto the user. ---------------------------------------------------------------------- >Comment By: wf-david (davidledbury2) Date: 2006-12-01 15:48 Message: Logged In: YES user_id=1318892 Originator: YES Thanks Bandit - that's exactly what I mean :) ---------------------------------------------------------------------- Comment By: Bandit. S. (bandit-x) Date: 2006-12-01 14:15 Message: Logged In: YES user_id=1426285 Originator: NO i think the poster is talking about a page/ or notification that tells them their version is old. that is built in to the administration section. for example. nucleus has a page that checks your current installed version with the current stable version of the script and then gives you a download link. (i think that was how it was done.. its been a while since i used nucleus. ) what i believe that one of the benefits from this is that i dont have to go searching on the site (but then again its easy to find the current version of any download when you go to their site). another is that some people are busy and dont want to open another browser window. or tell them self.. 'yea ill check later'.. or they keep on checking and then stop.. and become really involved in their site and dont know what is going on in the XooPS world. ---------------------------------------------------------------------- Comment By: Mao (banned) Date: 2006-11-29 21:59 Message: Logged In: YES user_id=1183441 Originator: NO Can't xoops_md5.php be used for this? Or I'm misreading at all? banned, ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1604597&group_id=41586 |
|
From: SourceForge.net <no...@so...> - 2006-12-01 14:15:15
|
Feature Requests item #1604597, was opened at 2006-11-28 12:00 Message generated for change (Comment added) made by bandit-x You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1604597&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.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: wf-david (davidledbury2) Assigned to: Nobody/Anonymous (nobody) Summary: Latest Core check Initial Comment: After having some recent posts about hacked sites, caused by users who have updated - I would like to request this feature: A latest version check, which will check to see if the user is using the latest *stable* release of Xoops, and needs to update or not. Some recent modules have added this feature - and this would also help put the responsibility of updating the core back onto the user. ---------------------------------------------------------------------- Comment By: Bandit. S. (bandit-x) Date: 2006-12-01 09:15 Message: Logged In: YES user_id=1426285 Originator: NO i think the poster is talking about a page/ or notification that tells them their version is old. that is built in to the administration section. for example. nucleus has a page that checks your current installed version with the current stable version of the script and then gives you a download link. (i think that was how it was done.. its been a while since i used nucleus. ) what i believe that one of the benefits from this is that i dont have to go searching on the site (but then again its easy to find the current version of any download when you go to their site). another is that some people are busy and dont want to open another browser window. or tell them self.. 'yea ill check later'.. or they keep on checking and then stop.. and become really involved in their site and dont know what is going on in the XooPS world. ---------------------------------------------------------------------- Comment By: Mao (banned) Date: 2006-11-29 16:59 Message: Logged In: YES user_id=1183441 Originator: NO Can't xoops_md5.php be used for this? Or I'm misreading at all? banned, ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1604597&group_id=41586 |