xoops-trackers Mailing List for XOOPS Web Application System

Patches item #945237, was opened at 2004-04-30 13:49
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=945237&group_id=41586

Category: XOOPS 2.0.x
Group: Patches
Status: Open
Resolution: None
Priority: 5
Submitted By: Benoit Mercier (mercibe)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pluggable Authentication Service

Initial Comment:
I hope this is the right place to put this patch. 
Herko, feel free to drop/delete if you judge it
inappropriate. 

Just like Xoops templates are a great way to
personnalize Xoops installations, Authentication
Service mechanism aims to provide the same level of
flexibility for the Xoops authentication process.  This
hack/patches only deal with authentication and NOT with
authorisation (modules, function or page ACLs for instance)

Simply said, for each authentication mechanism you want
to support, you have to write one and only one file
with an implementation of the following methods (see
sample implementations for more details):

	function &loginUser($uname, $pwd)
	function &loginUserMd5($uname, $pwd)
	function logoutUser()
	function loginPage()
	function checkLogin()

Save this file under /include/authentication_services/,
reference it in mainfile.php and apply the hack to
system files (cfr. section "How to use the apply the hack")

I provide 3 different implementations:

	1. The standard Xoops implementation
	2. LDAP implementation: user are authenticated against
a standard LDAP directory and stored in the Xoops DB. 
User's data are updated at each new user authentication
	3. Central Authentication Service (CAS -
http://www.yale.edu/tp/auth/) from the Yale University.
 One of the most clever and secure way to authenticate
users of Web applications.  It requires a running CAS
server

The LDAP implementation could be very easily adapted to
suit your specifics needs (LDAP structure/fields) and
could even be used to authenticate users against
Microsoft Active Directory.

IMHO this hack would deserve to be included in the next
Xoops (even minor) release ;-)  It would allow to
upgrade Xoops without to have to re-apply
authentication hacks everytime...  Minus hack = smooth
upgrades...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=945237&group_id=41586

Bugs item #902605, was opened at 2004-02-23 19:21
Message generated for change (Comment added) made by kiang
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=902605&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Martin Kutschker (masi)
Assigned to: Nobody/Anonymous (nobody)
Summary: memory limit hit in group administration

Initial Comment:
In file modules/system/admin/groups/groups.php there is
a limit of 1000 users for adding users to group.

1000 is an enormous number for an HTML select box and
is way too large for a shared host with only 15MB for PHP.

I changed the value to 200 and it worked for me. Don't
know what'd be a safe number. 200 still seems too large
for a multiple select box.


----------------------------------------------------------------------

Comment By: Finjon Kiang (kiang)
Date: 2004-04-30 18:10

Message:
Logged In: YES 
user_id=470970

This change made a trouble that if the members of my site 
more than 200, I couldn't add anyone to any group. So I 
remark it and add someone to the group and remove the 
remark after. Anyone work on it??

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=902605&group_id=41586

Patches item #944710, was opened at 2004-04-29 19:27
Message generated for change (Comment added) made by mithyt2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=944710&group_id=41586

Category: XOOPS 2.0.x
Group: Patches
Status: Open
Resolution: None
Priority: 5
Submitted By: Marko Schmuck (praedator)
Assigned to: Nobody/Anonymous (nobody)
Summary: Extra Cookie for the newbb

Initial Comment:
For the newbb we need an extra cookie for showing the 
new posts since last login properly.

Greetz Predator

----------------------------------------------------------------------

Comment By: Jan Pedersen (mithyt2)
Date: 2004-04-29 19:35

Message:
Logged In: YES 
user_id=841117

Just out of curiousity - why can't you just get the time of
the last login from the XoopsUser object?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=944710&group_id=41586

Patches item #944710, was opened at 2004-04-29 19: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=944710&group_id=41586

Category: XOOPS 2.0.x
Group: Patches
Status: Open
Resolution: None
Priority: 5
Submitted By: Marko Schmuck (praedator)
Assigned to: Nobody/Anonymous (nobody)
Summary: Extra Cookie for the newbb

Initial Comment:
For the newbb we need an extra cookie for showing the 
new posts since last login properly.

Greetz Predator

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=944710&group_id=41586

Bugs item #906293, was opened at 2004-02-28 02:14
Message generated for change (Comment added) made by mithyt2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=906293&group_id=41586

Category: Core -  Core
Group: XOOPS CVS
Status: Open
Resolution: None
Priority: 8
Submitted By: Jan Pedersen (mithyt2)
Assigned to: Jan Pedersen (mithyt2)
Summary: [fix] Multiple Group Permission forms overwrite each others

Initial Comment:
There is a typo on line 21 of system/admin/groupperms.php:

if (false != $gperm_handler->deleteByModule($modid,
$permname)) {

It should read:

if (false != $gperm_handler->deleteByModule($modid,
$perm_name)) {

($perm_name - not $permname)

If not corrected, a group permissions form will
overwrite all group permissions - so only a problem
with multiple group permission forms.

----------------------------------------------------------------------

>Comment By: Jan Pedersen (mithyt2)
Date: 2004-04-29 09:19

Message:
Logged In: YES 
user_id=841117

Typo fixed in 2.0.7 branch

----------------------------------------------------------------------

Comment By: Kurt Werle (kwerle)
Date: 2004-04-02 21:54

Message:
Logged In: YES 
user_id=6449

Is this why the block admin panel 'bleeds' anonymous permissions to 
regular and webmaster users (and vice-versa)?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=906293&group_id=41586

Bugs item #940766, was opened at 2004-04-23 16:27
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=940766&group_id=41586

Category: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Spitz (spitzperl)
Assigned to: Nobody/Anonymous (nobody)
Summary: SMTP Problem

Initial Comment:
Hi,

after my  update from xoops 2.0.5 to 2.0.6 I have a
problem with the mail system. I use SMTP and my mail
server (debian woody, qmail) do not work well with the
emails form xoops.

Here are some outputs form ngrep:

The first one. I use the distribution phpmailer 1.65
####
T 172.16.0.15:38149 -> 172.16.0.1:25 [AP]
  EHLO 172.16.0.15..                                  
                                             
#
T 172.16.0.15:38149 -> 172.16.0.1:25 [AP]
  MAIL FROM:<<ad...@xx...>>..                      
                                  
#
T 172.16.0.15:38149 -> 172.16.0.1:25 [AP]
  RCPT TO:<<us...@xx...>>..                        
                                
#
T 172.16.0.15:38149 -> 172.16.0.1:25 [AP]
  DATA..                                              
                                             
#
T 172.16.0.15:38149 -> 172.16.0.1:25 [AP]
  Received: from phpmailer ([172.16.0.18]) ..         
                                             
#
T 172.16.0.15:38149 -> 172.16.0.1:25 [AP]
  .by 172.16.0.15 with HTTP (phpmailer);...Fri, 23 Apr
2004 15:57:43 +0200..Date: Fri, 23 Apr 2004 1
  5:57:43 +0200..To: us...@xx...:
=?iso-8859-1?B?dHJlZmY1Nw==?= <admin@siegene
  r-zeitung.de>..Subject: test..Message-ID:
<e784a324b91bdbeaab38ab01fbdb6f51@172.16.0.15>..X-Priori
  ty: 3..X-Mailer: phpmailer [version
1.65]..Return-Path: ad...@xx.....X-Mailer: PHP/4
  .1.2..Return-Path: ad...@xx...-Version:
1.0..Content-Transfer-Encoding: 8bit..
  Content-Type: text/plain;
charset="iso-8859-1"....Test2.........

The scond one. Now I use phpmailer 1.71 and all
works o.k.

 ####
T 172.16.0.15:38148 -> 172.16.0.1:25 [AP]
  EHLO 172.16.0.15..                                  
                                             
#
T 172.16.0.15:38148 -> 172.16.0.1:25 [AP]
  MAIL FROM:<ad...@si...>..             
                                             
#
T 172.16.0.15:38148 -> 172.16.0.1:25 [AP]
  RCPT TO:<T....@Si...>..             
                                             
#
T 172.16.0.15:38148 -> 172.16.0.1:25 [AP]
  DATA..                                              
                                             
#
T 172.16.0.15:38148 -> 172.16.0.1:25 [AP]
  Received: from phpmailer ([172.16.0.18]) ..         
                                             
#
T 172.16.0.15:38148 -> 172.16.0.1:25 [AP]
  .by 172.16.0.15 with HTTP (PHPMailer);...Fri, 23 Apr
2004 15:57:04 +0200..Date: Fri, 23 Apr 2004 1
  5:57:04 +0200..Return-Path:
ad...@si...:
T....@Si...: tref
  f57 <ad...@si...>..Subject:
test..Message-ID: <158afef66d61dc850a07a429cc119ed1@172.
  16.0.15>..X-Priority: 3..X-Mailer: PHPMailer [version
1.71]..X-Mailer: PHP/4.1.2..Return-Path: adm
  in...@si...-Version:
1.0..Content-Transfer-Encoding: 8bit..Content-Type:
text/pla
  in; charset="iso-8859-1"....Test2.........          
                                             
#
T 172.16.0.15:38148 -> 172.16.0.1:25 [AP]
  quit..                                              
                                             
##

IMHO the problem are the <<xxx>> in the mail-header but
I don't know what  possible modifications are between
2.0.5 and 2.0.6.

mm
 Thomas


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=940766&group_id=41586

Patches item #898776, was opened at 2004-02-17 15:58
Message generated for change (Settings changed) made by wulff_dk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=898776&group_id=41586

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Michael Wulff Nielsen (wulff_dk)
Assigned to: Michael Wulff Nielsen (wulff_dk)
Summary: fix xoops module resolution for www.host.com and host.com

Initial Comment:
This is a patch designed to make the way xoops resolves
the current module more reliable.

Current if you have www.host.com in your mainfile.php
xoops is unable to figure out which module is being used.

the fix is really small:

Replace:

$url_arr = explode('/',
str_replace(str_replace('https://', 'http://',
XOOPS_URL.'/modules/'), '',
'http://'.$HTTP_SERVER_VARS['HTTP_HOST'].$xoopsRequestUri));
$module_handler =& xoops_gethandler('module');
$xoopsModule =& $module_handler->getByDirname($url_arr[0]);

with:

preg_match("/modules\/(\w*)/",$xoopsRequestUri,$url_arr);
$module_handler =& xoops_gethandler('module');
$xoopsModule =& $module_handler->getByDirname($url_arr[1]);

A changed common.php is attached to this report


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=898776&group_id=41586

Patches item #898776, was opened at 2004-02-17 15:58
Message generated for change (Settings changed) made by wulff_dk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=898776&group_id=41586

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Wulff Nielsen (wulff_dk)
>Assigned to: Michael Wulff Nielsen (wulff_dk)
Summary: fix xoops module resolution for www.host.com and host.com

Initial Comment:
This is a patch designed to make the way xoops resolves
the current module more reliable.

Current if you have www.host.com in your mainfile.php
xoops is unable to figure out which module is being used.

the fix is really small:

Replace:

$url_arr = explode('/',
str_replace(str_replace('https://', 'http://',
XOOPS_URL.'/modules/'), '',
'http://'.$HTTP_SERVER_VARS['HTTP_HOST'].$xoopsRequestUri));
$module_handler =& xoops_gethandler('module');
$xoopsModule =& $module_handler->getByDirname($url_arr[0]);

with:

preg_match("/modules\/(\w*)/",$xoopsRequestUri,$url_arr);
$module_handler =& xoops_gethandler('module');
$xoopsModule =& $module_handler->getByDirname($url_arr[1]);

A changed common.php is attached to this report


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=898776&group_id=41586

Feature Requests item #700370, was opened at 2003-03-09 15:41
Message generated for change (Comment added) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=700370&group_id=41586

Category: Module Update
Group: XOOPS 2.0.x
Status: Closed
Resolution: Fixed
Priority: 3
Submitted By: Frédéric Donckels (lubdub)
Assigned to: Marko Schmuck (praedator)
Summary: Last edited by Xxx on ..../../..

Initial Comment:
A small feature I'd like to see:
a small text at the end of a posted message in forums 
to see when it has been edited after it was posted


----------------------------------------------------------------------

>Comment By: Marko Schmuck (praedator)
Date: 2004-04-23 02:49

Message:
Logged In: YES 
user_id=593200

Goes into the next version

----------------------------------------------------------------------

Comment By: Marko Schmuck (praedator)
Date: 2004-04-23 02:49

Message:
Logged In: YES 
user_id=593200

Goes into the next version

----------------------------------------------------------------------

Comment By: Marko Schmuck (praedator)
Date: 2004-04-23 02:49

Message:
Logged In: YES 
user_id=593200

Goes into the next version

----------------------------------------------------------------------

Comment By: Sergio Kohl (w4z004)
Date: 2003-03-09 17:16

Message:
Logged In: YES 
user_id=271805

this exist in the comments, and go to be added to into the 
forums in a future.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=700370&group_id=41586

Feature Requests item #700370, was opened at 2003-03-09 15:41
Message generated for change (Comment added) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=700370&group_id=41586

Category: Module Update
Group: XOOPS 2.0.x
Status: Closed
Resolution: Fixed
Priority: 3
Submitted By: Frédéric Donckels (lubdub)
Assigned to: Marko Schmuck (praedator)
Summary: Last edited by Xxx on ..../../..

Initial Comment:
A small feature I'd like to see:
a small text at the end of a posted message in forums 
to see when it has been edited after it was posted


----------------------------------------------------------------------

>Comment By: Marko Schmuck (praedator)
Date: 2004-04-23 02:49

Message:
Logged In: YES 
user_id=593200

Goes into the next version

----------------------------------------------------------------------

Comment By: Marko Schmuck (praedator)
Date: 2004-04-23 02:49

Message:
Logged In: YES 
user_id=593200

Goes into the next version

----------------------------------------------------------------------

Comment By: Sergio Kohl (w4z004)
Date: 2003-03-09 17:16

Message:
Logged In: YES 
user_id=271805

this exist in the comments, and go to be added to into the 
forums in a future.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=700370&group_id=41586

Feature Requests item #700370, was opened at 2003-03-09 15:41
Message generated for change (Settings changed) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=700370&group_id=41586

Category: Module Update
Group: XOOPS 2.0.x
>Status: Closed
>Resolution: Fixed
Priority: 3
Submitted By: Frédéric Donckels (lubdub)
>Assigned to: Marko Schmuck (praedator)
Summary: Last edited by Xxx on ..../../..

Initial Comment:
A small feature I'd like to see:
a small text at the end of a posted message in forums 
to see when it has been edited after it was posted


----------------------------------------------------------------------

>Comment By: Marko Schmuck (praedator)
Date: 2004-04-23 02:49

Message:
Logged In: YES 
user_id=593200

Goes into the next version

----------------------------------------------------------------------

Comment By: Sergio Kohl (w4z004)
Date: 2003-03-09 17:16

Message:
Logged In: YES 
user_id=271805

this exist in the comments, and go to be added to into the 
forums in a future.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=700370&group_id=41586

Feature Requests item #902139, was opened at 2004-02-22 15:42
Message generated for change (Settings changed) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=902139&group_id=41586

>Category: None
Group: XOOPS 2.x
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Markus Elfring (elfring)
>Assigned to: Nobody/Anonymous (nobody)
Summary: PEAR package

Initial Comment:
Would you like to publish your class library in the section
"http://pear.php.net/packages.php?catpid=7&catname=Database"?

----------------------------------------------------------------------

Comment By: Markus Elfring (elfring)
Date: 2004-04-19 22:14

Message:
Logged In: YES 
user_id=572001

1. I guess that your classes can be also useful for far more applications that you might think of at the moment.

2. Some features would be nice from the PEAR infrastructure.
I assume that there can be benefits for the topic "Code Distribution and Package Maintenance", for example.
http://pear.php.net/manual/en/introduction.php

----------------------------------------------------------------------

Comment By: Herko Coomans (herkocoomans)
Date: 2004-04-19 13:47

Message:
Logged In: YES 
user_id=441189

The class library is useless for any other application, as
it is tailored for the XOOPS system. Posting the class
library to the PEAR site would not add anything.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=902139&group_id=41586

Feature Requests item #755442, was opened at 2003-06-16 19:25
Message generated for change (Settings changed) made by herkocoomans
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=755442&group_id=41586

>Category: Module Update
>Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Tony Schonfeld (f5git)
>Assigned to: Marko Schmuck (praedator)
Summary: forum moderation

Initial Comment:
hello , 

Can we have forum with moderation like in news ??
many thanks for this beautiful sorftware, 
long life to xoops
Tony

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=755442&group_id=41586

Bugs item #935719, was opened at 2004-04-15 10:42
Message generated for change (Settings changed) made by brad_jones
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=935719&group_id=41586

Category: Core -  Core
>Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Brad (brad_jones)
Assigned to: Nobody/Anonymous (nobody)
Summary: Initial Value not Set in XoopsFormRadioYN

Initial Comment:
When calling XopsFormRadioYN with an initial value to
be set, that value is not set.  The reason is that the
function attempts to set the initial value before the
value has actually been defined.

[CURRENTLY]

function XoopsFormRadioYN($caption, $name, $value=null,
$yes=_YES, $no=_NO)
{
	$this->XoopsFormRadio($caption, $name, $value);
	$this->addOption(1, $yes);
	$this->addOption(0, $no);
}

[PROPOSED]

function XoopsFormRadioYN($caption, $name, $value=null,
$yes=_YES, $no=_NO)
{
	$this->XoopsFormRadio($caption, $name);
	$this->addOption(1, $yes);
	$this->addOption(0, $no);
	$this->setValue($value);
}

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=935719&group_id=41586

Feature Requests item #817332, was opened at 2003-10-03 20:13
Message generated for change (Comment added) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=817332&group_id=41586

Category: Module Update
Group: XOOPS 2.x
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Michael van Dam (mvandam)
Assigned to: Marko Schmuck (praedator)
Summary: newbb - allow subthread to be assigned to new parent

Initial Comment:
This request (proposed by user 'Hostile') is described a 
little on xoops.org:

http://www.xoops.org/modules/newbb/viewtopic.php?
forum=20&topic_id=12565

Currently newbb only gives one option when deleting a 
post ... ALL child posts in the thread must also be 
deleted with it.  Other forum software has the ability to 
(automatically?) reassign the children to a new parent 
when a post is deleted instead of deleting all the 
children.  I presume this new parent would be the parent 
of the single post being deleted.  (Or it might become 
the 'top' of a thread.)

It would nice to have this feature in xoops.  Perhaps a 
general pruning feature... 'reassign this subtree to this 
parent' would be useful - deletion could then take 
advantage of this feature.

----------------------------------------------------------------------

>Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:17

Message:
Logged In: YES 
user_id=593200

Is in the new version allready added

----------------------------------------------------------------------

Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:16

Message:
Logged In: YES 
user_id=593200

Is in the new version allready added

----------------------------------------------------------------------

Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:15

Message:
Logged In: YES 
user_id=593200

Is in the new version allready added

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=817332&group_id=41586

Feature Requests item #817332, was opened at 2003-10-03 20:13
Message generated for change (Comment added) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=817332&group_id=41586

Category: Module Update
Group: XOOPS 2.x
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Michael van Dam (mvandam)
Assigned to: Marko Schmuck (praedator)
Summary: newbb - allow subthread to be assigned to new parent

Initial Comment:
This request (proposed by user 'Hostile') is described a 
little on xoops.org:

http://www.xoops.org/modules/newbb/viewtopic.php?
forum=20&topic_id=12565

Currently newbb only gives one option when deleting a 
post ... ALL child posts in the thread must also be 
deleted with it.  Other forum software has the ability to 
(automatically?) reassign the children to a new parent 
when a post is deleted instead of deleting all the 
children.  I presume this new parent would be the parent 
of the single post being deleted.  (Or it might become 
the 'top' of a thread.)

It would nice to have this feature in xoops.  Perhaps a 
general pruning feature... 'reassign this subtree to this 
parent' would be useful - deletion could then take 
advantage of this feature.

----------------------------------------------------------------------

>Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:16

Message:
Logged In: YES 
user_id=593200

Is in the new version allready added

----------------------------------------------------------------------

Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:15

Message:
Logged In: YES 
user_id=593200

Is in the new version allready added

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=817332&group_id=41586

Feature Requests item #817332, was opened at 2003-10-03 20:13
Message generated for change (Comment added) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=817332&group_id=41586

Category: Module Update
Group: XOOPS 2.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Michael van Dam (mvandam)
>Assigned to: Marko Schmuck (praedator)
Summary: newbb - allow subthread to be assigned to new parent

Initial Comment:
This request (proposed by user 'Hostile') is described a 
little on xoops.org:

http://www.xoops.org/modules/newbb/viewtopic.php?
forum=20&topic_id=12565

Currently newbb only gives one option when deleting a 
post ... ALL child posts in the thread must also be 
deleted with it.  Other forum software has the ability to 
(automatically?) reassign the children to a new parent 
when a post is deleted instead of deleting all the 
children.  I presume this new parent would be the parent 
of the single post being deleted.  (Or it might become 
the 'top' of a thread.)

It would nice to have this feature in xoops.  Perhaps a 
general pruning feature... 'reassign this subtree to this 
parent' would be useful - deletion could then take 
advantage of this feature.

----------------------------------------------------------------------

>Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:15

Message:
Logged In: YES 
user_id=593200

Is in the new version allready added

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=817332&group_id=41586

Feature Requests item #756718, was opened at 2003-06-18 19:23
Message generated for change (Comment added) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=756718&group_id=41586

Category: Module Update
Group: XOOPS 2.x
>Status: Closed
>Resolution: Fixed
Priority: 9
Submitted By: james boswell (thebozz)
>Assigned to: Marko Schmuck (praedator)
Summary: [request] Quick Reply for NewBB

Initial Comment:
I am requesting a quick reply hack for newbb, to allow a 
faster reply to topics and posts. Is this possible?

thanks

----------------------------------------------------------------------

>Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:14

Message:
Logged In: YES 
user_id=593200

Is in the new version allready added

----------------------------------------------------------------------

Comment By: Stefan Papadimitriou (inkorrect)
Date: 2003-11-14 14:25

Message:
Logged In: YES 
user_id=898168

I am assuming that by quick reply 'thebozz' means a textbox 
were you can post a reply without having to click on the reply 
button and be redirected to a separate posting page.

----------------------------------------------------------------------

Comment By: Michael van Dam (mvandam)
Date: 2003-10-01 03:17

Message:
Logged In: YES 
user_id=604745

Can you elaborate... what does 'quick reply' mean?  There is 
already a reply button on every post.

----------------------------------------------------------------------

Comment By: TKBOW (gmax21)
Date: 2003-07-01 21:21

Message:
Logged In: YES 
user_id=695829

Rather than it be a hack, as a core feature this would be
better suited for upgrade purpose's of xoops.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=756718&group_id=41586

Feature Requests item #715135, was opened at 2003-04-04 10:08
Message generated for change (Comment added) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=715135&group_id=41586

>Category: Module Update
Group: XOOPS 2.0.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Matthew Bogosian (mbogosian)
>Assigned to: Marko Schmuck (praedator)
Summary: ability to reorder forums within categories

Initial Comment:
It appears that forums show up in the order in which
they were created under each category. Categories,
however can be reordered, whereas forums cannot. It
would be nice to be able to reorder forums within their
categories.

----------------------------------------------------------------------

>Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:13

Message:
Logged In: YES 
user_id=593200

Is in the new version allready added

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=715135&group_id=41586

Feature Requests item #698236, was opened at 2003-03-05 20:37
Message generated for change (Comment added) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=698236&group_id=41586

Category: Module Update
Group: XOOPS 2.0.x
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nathan Dial (nathandial)
Assigned to: Marko Schmuck (praedator)
Summary: Group permissions for private forums

Initial Comment:
I think it would be nice to have group permissions for
private forums in addition to user-based permissions. 
Attached is a tar.gz of an updated newbb with this
functionality added, for your consideration.

(I also made the changes I recommended in the bug
reports I made yesterday, if those are the only changes
from RC2 in cvs, this should work there. )

----------------------------------------------------------------------

>Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:12

Message:
Logged In: YES 
user_id=593200

The new permission system for the next version will cover this

----------------------------------------------------------------------

Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:11

Message:
Logged In: YES 
user_id=593200

The new permission system for the next version will cover this

----------------------------------------------------------------------

Comment By: Frédéric Donckels (lubdub)
Date: 2003-03-09 15:43

Message:
Logged In: YES 
user_id=130055

Just an opinion: this is a must have!! :-)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=698236&group_id=41586

Feature Requests item #698236, was opened at 2003-03-05 20:37
Message generated for change (Comment added) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=698236&group_id=41586

Category: Module Update
Group: XOOPS 2.0.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nathan Dial (nathandial)
>Assigned to: Marko Schmuck (praedator)
Summary: Group permissions for private forums

Initial Comment:
I think it would be nice to have group permissions for
private forums in addition to user-based permissions. 
Attached is a tar.gz of an updated newbb with this
functionality added, for your consideration.

(I also made the changes I recommended in the bug
reports I made yesterday, if those are the only changes
from RC2 in cvs, this should work there. )

----------------------------------------------------------------------

>Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:11

Message:
Logged In: YES 
user_id=593200

The new permission system for the next version will cover this

----------------------------------------------------------------------

Comment By: Frédéric Donckels (lubdub)
Date: 2003-03-09 15:43

Message:
Logged In: YES 
user_id=130055

Just an opinion: this is a must have!! :-)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=698236&group_id=41586

Feature Requests item #694769, was opened at 2003-02-28 01:46
Message generated for change (Comment added) made by praedator
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=694769&group_id=41586

Category: None
>Group: XOOPS 2.0.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: J. Schabetsberger (einherjer)
>Assigned to: Marko Schmuck (praedator)
Summary: Search in privat forums

Initial Comment:
Would be nice to have a search in the private forums.

e.g. we have a guild page for a MMORPG where about the
half of the forums are privat.
With lots of posts it may take a long time to search
for older topics.

----------------------------------------------------------------------

>Comment By: Marko Schmuck (praedator)
Date: 2004-04-22 04:10

Message:
Logged In: YES 
user_id=593200

Will be controlled with the new permission system for the 
newbb

----------------------------------------------------------------------

Comment By: Andy (shufflebug)
Date: 2003-06-24 19:39

Message:
Logged In: YES 
user_id=808287

IMO it's the best solution to make it as configurable as
possible, so you keep it very customizable for your
individual needs.

Shufflebug

----------------------------------------------------------------------

Comment By: Ralph Broom (rbroom)
Date: 2003-06-10 19:16

Message:
Logged In: YES 
user_id=65454

I would suggest not allowing the user to even view search
results that they could not access.  If it's not supposed to
be visible to them, you may leak too much information
through subject, author or date.

Can you perahps do two stages of query?  The first on the
search terms, returning the "viewable" status, and the
second only returning the "viewable" ones?  (This instead of
a two-factor query the first time around.)

Sorry I don't know enough of the internals to be of more help.

----------------------------------------------------------------------

Comment By: Jochen Buennagel (buennagel)
Date: 2003-02-28 09:32

Message:
Logged In: YES 
user_id=95573

Checking each search result for permission is 
very "expensive" in terms of database load. It would be 
cheaper to simply include all Forums in the search and then 
have the user run into the "no permission" screen when they 
try to view a post. This could be easily done.
Checking permissions before displaying the search results is 
more complex but possible. It could be activated in the forum 
administration if the webmaster is willing to accept the 
performance cost.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=694769&group_id=41586

Feature Requests item #902139, was opened at 2004-02-22 15:42
Message generated for change (Comment added) made by elfring
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=902139&group_id=41586

Category: Administration
Group: XOOPS 2.x
>Status: Open
>Resolution: Later
Priority: 5
Submitted By: Markus Elfring (elfring)
>Assigned to: Jochen Buennagel (buennagel)
Summary: PEAR package

Initial Comment:
Would you like to publish your class library in the section
"http://pear.php.net/packages.php?catpid=7&catname=Database"?

----------------------------------------------------------------------

>Comment By: Markus Elfring (elfring)
Date: 2004-04-19 22:14

Message:
Logged In: YES 
user_id=572001

1. I guess that your classes can be also useful for far more applications that you might think of at the moment.

2. Some features would be nice from the PEAR infrastructure.
I assume that there can be benefits for the topic "Code Distribution and Package Maintenance", for example.
http://pear.php.net/manual/en/introduction.php

----------------------------------------------------------------------

Comment By: Herko Coomans (herkocoomans)
Date: 2004-04-19 13:47

Message:
Logged In: YES 
user_id=441189

The class library is useless for any other application, as
it is tailored for the XOOPS system. Posting the class
library to the PEAR site would not add anything.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=902139&group_id=41586

Feature Requests item #902082, was opened at 2004-02-22 11:23
Message generated for change (Comment added) made by elfring
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=902082&group_id=41586

Category: New Module
Group: XOOPS 2.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Markus Elfring (elfring)
>Assigned to: Jochen Buennagel (buennagel)
Summary: Support for Workflow Management?

Initial Comment:
1. The diagram "http://www.wfmc.org/standards/model.htm" shows the parts where your CMS can cooperate with.

2. The book "http://www.wfmc.org/information/handbook2003.htm" and 85 others contain uses cases for this kind of application.

3. How do you think about a cooperation with the tools that can be found by the search "http://pharos.inria.fr/Java/query.jsp?text=workflow" at Java-Channel.org?

4. Do you find the documents "http://citeseer.org/cs?q=Workflow+Management" interesting?

5. Workflow processes can be described by the editor "http://JaWE.enhydra.org/". They will be executed by engines like "http://WfMOpen.sourceforge.net/" or "http://shark.enhydra.org/". The execution will generate events, activities and deadlines that I suggest to view and control by your calendar application.

6. How do you think about workflow modelling patterns?
Which of them will be implemented by your software?
http://tmitwww.tm.tue.nl/research/patterns/

7. http://tutorgig.com/encyclopedia/getdefn.jsp?keywords=Workflow

----------------------------------------------------------------------

>Comment By: Markus Elfring (elfring)
Date: 2004-04-19 22:04

Message:
Logged In: YES 
user_id=572001

Is your community interested that such a module will be provided?

----------------------------------------------------------------------

Comment By: Herko Coomans (herkocoomans)
Date: 2004-04-19 14:05

Message:
Logged In: YES 
user_id=441189

I think this is more the stuff for a module.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=902082&group_id=41586

Bugs item #906282, was opened at 2004-02-28 01:40
Message generated for change (Settings changed) made by mithyt2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=906282&group_id=41586

Category: Core -  Core
Group: XOOPS CVS
Status: Open
Resolution: None
Priority: 8
Submitted By: Jan Pedersen (mithyt2)
>Assigned to: Jan Pedersen (mithyt2)
Summary: XoopsGroupPermForm::render() - throws Undefined variable:ret

Initial Comment:
XoopsGroupPermForm, lines 248-250:

function render() 
{
    $ret .= '<table class="outer"><tr><td
class="odd"><table><tr>';

This should be:

function render() 
{
    $ret = '<table class="outer"><tr><td
class="odd"><table><tr>';

Without the period before = 

As it is now, it throws a PHP notice about $ret not
being defined prior to its use.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=906282&group_id=41586