xoops-trackers Mailing List for XOOPS Web Application System

Bugs item #1568397, was opened at 2006-09-30 10:03
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=1568397&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.10
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: <Default>

Initial Comment:
You have a very nice site
<a href="http://linkook.com/6v">buy phentermine</a>
http://linkook.com/6v
[url=http://linkook.com/6v]buy phentermine[/url]

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

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

Bugs item #1560015, was opened at 2006-09-16 22:21
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1560015&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: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Editor adds html tags even when disable html is selected

Initial Comment:
Editor adds html tags around hyperlinks when disable
html is selected.

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

>Comment By: SourceForge Robot (sf-robot)
Date: 2006-09-27 19:20

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 7 days (the time period specified by
the administrator of this Tracker).

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-09-20 12:02

Message:
Logged In: YES 
user_id=882380

Please Read the Bug Reporting Procedures before of post.

Check/Search the XOOPS Forums, FAQ and Wiki for your 
problem or similar reported bug 
Make sure the problem IS reproduce-able (try to make it happen 
at 
least three times) 
Report bugs ONLY, no feature requests. Use the forums for this 
Be very clear in your report as to what the symptom is, the 
error 
code reported and module(s) affected and how to reproduce the 
error 
Chose the proper "Category" and "Group" when adding a report to 
the Tracker 
Please report your PHP environment (i.e. Apache/PHP versions, 
whether register_globals is ON or OFF, OS, etc...) 
Please use English when reporting

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

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

Feature Requests item #1566211, was opened at 2006-09-27 10:38
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=1566211&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
Submitted By: Xoops_Gold (xoops_gold)
Assigned to: Nobody/Anonymous (nobody)
Summary: NO ACCESS in regards to directories

Initial Comment:
Hallo!

Currently there are many index.html with zero bytes. Fine.

How about having a Forbidd routine with respect to
system directories generating straight from the system
known directories?

This would therefore:

create gerater security.

allow admins to stop uploads into module directories.

backups would be sensible, like one does not need to
backup module/xcgal/albums/userpics but only uploads, etc.

changing user permissions would be easy to maintain.

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

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

Feature Requests item #1566207, was opened at 2006-09-27 10:24
Message generated for change (Settings changed) made by xoops_gold
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1566207&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
Submitted By: Xoops_Gold (xoops_gold)
Assigned to: Nobody/Anonymous (nobody)
Summary: USERID and APACHEID Conflicts

Initial Comment:
Hallo Skalpa!

I address to you as I know that you are on the final
versions before release.

During the uploads with xcGal in to user albums, I
noticed that when a user creates an album the first
time, the directory is created under the general
ApacheID of the server. However, all the Xoops php
scripts have the AccountID ownership. 

The directories created also has the AccountID
ownership. The data or files, gif/jpg stored in those
directories have the ApacheID ownership!

This is really a conflict.

The scripts are owned by the account, they create
apacheID in ownerships! 

This is also a chaos!!!

Hence if there is a general class that the Xoops main
CORE calls for thos functions and does not allow any
other module to do other than this, would be the best
solution.

I suggest that:

The scripts should check the Ownership of the scripts
itself and then create the respective ownerships of
sub-directores if possible. 

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

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

Feature Requests item #1566207, was opened at 2006-09-27 10:24
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=1566207&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Xoops_Gold (xoops_gold)
Assigned to: Nobody/Anonymous (nobody)
Summary: USERID and APACHEID Conflicts

Initial Comment:
Hallo Skalpa!

I address to you as I know that you are on the final
versions before release.

During the uploads with xcGal in to user albums, I
noticed that when a user creates an album the first
time, the directory is created under the general
ApacheID of the server. However, all the Xoops php
scripts have the AccountID ownership. 

The directories created also has the AccountID
ownership. The data or files, gif/jpg stored in those
directories have the ApacheID ownership!

This is really a conflict.

The scripts are owned by the account, they create
apacheID in ownerships! 

This is also a chaos!!!

Hence if there is a general class that the Xoops main
CORE calls for thos functions and does not allow any
other module to do other than this, would be the best
solution.

I suggest that:

The scripts should check the Ownership of the scripts
itself and then create the respective ownerships of
sub-directores if possible. 

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

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

Feature Requests item #1565723, was opened at 2006-09-26 15:16
Message generated for change (Comment added) made by xoops_gold
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1565723&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: Open
Resolution: None
Priority: 5
Submitted By: wf-david (davidledbury2)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search by group - findusers

Initial Comment:
We could do with expanding "findusers" to allow
searching by user rank as well....

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

Comment By: Xoops_Gold (xoops_gold)
Date: 2006-09-27 10:10

Message:
Logged In: YES 
user_id=1329834

I find this area to be totally restrictive.

The best is to have switches in each respective fields.

Those switches could create a dynamic forms and allow sreaches.
Hence the search function could be clubbed with general
classes like, if a fieldset is text, then the possible
search function to be applied are like Begining, Contains,
End, etc. 

Hence the quality of fields and erspectible searches could
be called from the classes.

I myself had to do some extra php Programming to generate
forms for searching other field values.

By having a default form for search function of "find users"
it restricts the seraches drastically.

If a user or admin needs to require custom fields, then
there should be also a way to search exactly those fields.
Hence having a default search routines does not help admins
thos require custom fields.

Thanks.

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

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

Feature Requests item #1566197, was opened at 2006-09-27 10:05
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=1566197&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
Submitted By: Xoops_Gold (xoops_gold)
Assigned to: Nobody/Anonymous (nobody)
Summary: UPLOAD Hook for modules from the CORE

Initial Comment:
Hallo!

I find it terrible that module developers use different
methods of saving files in different directories other
than Uploads directory, for instance xcGal and other
modules.

It would be the best to have restrictions through the
core for modules to forbib or prohibit uploading in any
other directory other than system allowed directories
like uploads.

This can only be done through the Core.

This may also help developing a unified system of
protecting uploads directory with .htaccess, if needed.

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

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

Patches item #1566040, was opened at 2006-09-27 06:40
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=1566040&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: Open
Resolution: None
Priority: 5
Submitted By: plabosiris (plabosiris)
Assigned to: Nobody/Anonymous (nobody)
Summary: Counter

Initial Comment:
Working copy of Counter for XOOPS 2.0.15

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

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

Bugs item #1556674, was opened at 2006-09-11 23:50
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1556674&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: Pending
Resolution: None
Priority: 5
Submitted By: allnewtome (allnewtome)
Assigned to: Nobody/Anonymous (nobody)
Summary: After ’ ‘ “ ” - or … all further characters ignored

Initial Comment:
When I input text with one of the 'problem' characters
(see below), all characters after (and including) the
first 'problem' character are ignored completely.

When I go to edit the inputted text, it is as if I had
only entered the characters up to the first 'problem'
character.

This affects the following modules (at least):
smartsection 2.1 RC 2
cbb 3.05

The problem characters are (at least):
’
‘ i.e. single curly quotation marks
“
” i.e. double curly quotation marks
- i.e. long dash
£ i.e. pound sign, obviously!
… i.e. the ... (elipsis?)

I have no problems when I replace these characters with 
' ' " " - £ ...
respectively.

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-09-26 16:51

Message:
Logged In: YES 
user_id=882380

Please Read the Bug Reporting Procedures before of post.

Check/Search the XOOPS Forums, FAQ and Wiki for your 
problem or similar reported bug 
Make sure the problem IS reproduce-able (try to make it happen 
at 
least three times) 
Report bugs ONLY, no feature requests. Use the forums for this 
Be very clear in your report as to what the symptom is, the 
error 
code reported and module(s) affected and how to reproduce the 
error 
Chose the proper "Category" and "Group" when adding a report to 
the Tracker 
Please report your PHP environment (i.e. Apache/PHP versions, 
whether register_globals is ON or OFF, OS, etc...) 
Please use English when reporting

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

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

Bugs item #1565746, was opened at 2006-09-26 06:49
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=1565746&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
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Does not accept mysql passwords with $ in them

Initial Comment:
When entering a password with a $ for the mysql-server,
the password gets cut before the $. So in the end, in
mainfile.php the constant XOOPS_DB_PASS gets mangeled.

For example, I did enter "xoops$8" (without quotes), at
a later stage it wrote "written XOOPS_DB_PASS" but when
settung up the database it could not connect. Inside
mainfile.php I found

define('XOOPS_DB_PASS', 'xoops');


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

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

Feature Requests item #1565723, was opened at 2006-09-26 13:16
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=1565723&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: Open
Resolution: None
Priority: 5
Submitted By: wf-david (davidledbury2)
Assigned to: Nobody/Anonymous (nobody)
Summary: Search by group - findusers

Initial Comment:
We could do with expanding "findusers" to allow
searching by user rank as well....

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

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

Patches item #1565494, was opened at 2006-09-26 12:30
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=1565494&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: Open
Resolution: None
Priority: 5
Submitted By: plabosiris (plabosiris)
Assigned to: Nobody/Anonymous (nobody)
Summary: Quizz 2.0

Initial Comment:
I have managed to modify the files so that it is
working properly in XOOPS 2.0.15, PHP 5.16, MySQL 5.0

Please let me know if it works well.
I will amend it again.

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

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

Bugs item #1538291, was opened at 2006-08-10 22:05
Message generated for change (Settings changed) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1538291&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: 7
Submitted By: AlienHand (alienhand77)
Assigned to: Skalpa Keo (skalpa)
>Summary: Mailer Return-Path header is not set correctly

Initial Comment:
Hi.

Using xoops 2.0.14 and up to date modules.

I'm having trouble getting email notifications when
adding something in different modules. All the users
are set to recive email notification and they all
checked the global/category/whatever notification
inside every module.
But, the users ain't getting any email notification no
matter witch module I add something in. They do get PM
if notification is set to PM - but it's set to recive
email but not getting any.

Anyone with this problem?

Regards!

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-09-26 03:49

Message:
Logged In: YES 
user_id=882380

K, it seems that phpmailer uses the content of 
its "Sender" property to set the Return-Path header, and 
as the XOOPS mailer/multimailer never assigns anything to 
this property, the header will be set to the default 
defined in php.ini.

I made a fix for you to try... please tell me if that 
fixes your problems (if headers get set correctly, and if 
the mails go through).

I tried by purposely misconfiguring my local sendmail 
config and the patch worked in that case, but I'd like to 
get more feedback, just to be sure.

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

Comment By: Daigoro (fsteffdaigoro)
Date: 2006-09-03 13:43

Message:
Logged In: YES 
user_id=1588857

Hi skalpa & phppp,

I added this bug
https://sourceforge.net/tracker/index.php?func=detail&aid=1550834&group_id=41586&atid=430840
to the tracker the other day.
The reason I made a new bug-description, is that - as far as
I can see - the problem isn't limited to notifications, but
actually affects the entire email system.

-- 
Daigoro

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

Comment By: AlienHand (alienhand77)
Date: 2006-08-29 00:58

Message:
Logged In: YES 
user_id=1573146

I've been doing some further testing of the problems with
sending notification (and other) emails expierenced by
Alienhand and many others of later versions of Xoops.

I've tested four systems:
xoops 2.0.? : xoops.org
xoops 2.0.6 : djvf.dk
xoops 2.0.14: tegneserielogen.dk
xoops 2.0.14: mathecon.dk

Both xoops.org and djvf.dk uses phpmailer 1.65, and the
others uses phpmailer 1.73. (As stated in the X-Mailer: mail
header).

The error I've noticed has to do with the headers of the
send email. (More details further down).
I found that the error isn't present on neither xoops.org
nor djvf.dk, but the other two sites are both showing signs
of the error. And one is seriously affected by it.

Since djvf.dk and tegneserielogen.dk is both running on the
same server, I've concentrated on that one to try to do some
crude debugging.
I simply tried to exchange the 1.65 and the 1.73 version of
phpmailer to see if the error would move. Nothing happend.
Then I also tried to exchange the xoopsmultimailer, but
again the error persisted.
So now I'm wondering where else the difference can be
hidden. Perhaps the notification system, but it's harder for
me to trace.


Well, it's time to go into some more details about the
error, and why it's working for some and not for others.

To help, I've extracted some header information from
notification emails send from the four systems:
(Slightly edited, to prevent spam)

Quote:
djvf.dk:
Delivered-To: fs...@gx...
Return-Path: <fs...@gx...>
To: fs...@gx...
From: =?iso-8859-1?B<blahblah>?W2RaF0=?= <fs...@gx...>
X-Mailer: phpmailer [version 1.65]
X-Mailer: PHP/4.4.2


xoops.org
Delivered-To: fs...@gx...
Return-Path: <ap...@ww...>
To: fs...@gx...
From: no...@xo...
X-Mailer: phpmailer [version 1.65]
X-Mailer: PHP/4.4.2


tegneserielogen.dk:
Delivered-To: fs...@gx...
Return-Path: <pos...@te...>
X-Authentication-Warning: webserv18.cliche.dk: nobody set
sender to pos...@te... using -f
From: fs...@gx...
X-Mailer: PHPMailer [version 1.73]
X-Mailer: PHP/4.4.2


Mathecon.dk
Delivered-To: 329...@al...
Return-Path: <pos...@ma...>
To: sp...@al...
From: ke...@ax...
X-Mailer: PHPMailer [version 1.73]
X-Mailer: PHP/4.4.4

Quote end:


The important part to notice here, is the Return-Path. The
general rule is that it should be equal to the sender, but
as you can see, it's not the case in three out of four of
the above.
I won't try to explain the contents for xoops.org, but it
appears to be working so never mind.
tegneserielogen.dk and mathecon.dk on the other hand are
quiet interesting. Where did the postmaster@ come from?
I checked all files in the xoops instalation and the
database, but it's not there.
Then I started searching the web, only to find out that
php's mail() function (in combination with sendmail)
sometimes will insert this address if the return-path isn't
allready filled by the script.
Bummer.
Why isn't the return-path allready set? (I still haven't
found out.)

The header problems in turn, gives some more serious problems.
Of the two affected sites above, one is very lightly
affected, and the other is very heavy affected.

tegneserielogen.dk is very lightly affected. The only real
proof that it's affected is the warning thats inserted into
the emails headers.

Mathecon.dk, on the other hand, is very heavy affected. Only
one email every five (5) minutes is send.
It turns out the web-provider has a very sensitive
smap-filter active. If it senses a mail that appears like
spam, it will disable/disrupt the scripts (in this case
phpmailer) access to send emails for 5 minutes.
One of the spam-triggers is if the return-path isn't filled
with a vaild email-address, and since pos...@ma...
does not exists, it's not valid.


Well. Now we "just" need to find a fix for this.
Please help.

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

Comment By: AlienHand (alienhand77)
Date: 2006-08-26 02:05

Message:
Logged In: YES 
user_id=1573146

I don't even have xoopsmailerlocal.php ... not in english
nor danish folder.


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

Comment By: Emmanuel Meunier (vetofish)
Date: 2006-08-25 21:13

Message:
Logged In: YES 
user_id=1066987

Hi Sakalpa,

It's me who speak in french,

I have the same problem in french.

I'am up to date (xoops 2.0.15)

I'll test with english default language as soon as possible.

Thx for your work.

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-08-24 22:15

Message:
Logged In: YES 
user_id=882380

Right now I can't reproduce the problem, so I don't think 
it's a general bug in the notifications system.

There's one thing that comes to my mind anyway: it seems 
that you use a danish lang pack, and some lang packs 
contain a XoopsMailerLocal class that is used in some 
cases.
However, due to an update of PHPMailer in 2.0.14 old 
versions of this class may not work anymore, and need to 
be updated too.
So:
- Does your install contain such a class (it should be in 
language/danish/xoopsmailerlocal.php)
- If it does, could you please try to check if the problem 
persists after temporarily switching to "english" as your 
site language.

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

Comment By: AlienHand (alienhand77)
Date: 2006-08-23 11:36

Message:
Logged In: YES 
user_id=1573146

In this forum we talk about the problem and try to fix it -
but no luck
http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=52262&start=0#forumpost232505

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

Comment By: AlienHand (alienhand77)
Date: 2006-08-19 16:41

Message:
Logged In: YES 
user_id=1573146

Is it possible for you to write in english? Don't understand
what you are writing at all...

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

Comment By: Nobody/Anonymous (nobody)
Date: 2006-08-19 16:16

Message:
Logged In: NO 

Bonjour,

j'ai le même problème sur Xoops 2.0.14.

La table notification est bien mise à jour dès qu'un
utilisateur veut recevoir une notification, mais aucun email
n'est envoyé (quand l'option email est sélectionné).

La fonction email sur mon serveur est fonctionnelle.

Je cherche tourjours d'où cela peut venir 

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

Comment By: AlienHand (alienhand77)
Date: 2006-08-16 01:00

Message:
Logged In: YES 
user_id=1573146

Well - It doesn't work on 3 different serveres with
different systems ...
The xoops is configured to phpmail - could this be the problem?

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

Comment By: D.J. (phppp)
Date: 2006-08-16 00:25

Message:
Logged In: YES 
user_id=1001493

Is email function set and working properly with your server? 

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

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

Bugs item #1538291, was opened at 2006-08-10 22:05
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1538291&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: 7
Submitted By: AlienHand (alienhand77)
>Assigned to: Skalpa Keo (skalpa)
Summary: no email notification

Initial Comment:
Hi.

Using xoops 2.0.14 and up to date modules.

I'm having trouble getting email notifications when
adding something in different modules. All the users
are set to recive email notification and they all
checked the global/category/whatever notification
inside every module.
But, the users ain't getting any email notification no
matter witch module I add something in. They do get PM
if notification is set to PM - but it's set to recive
email but not getting any.

Anyone with this problem?

Regards!

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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-09-26 03:49

Message:
Logged In: YES 
user_id=882380

K, it seems that phpmailer uses the content of 
its "Sender" property to set the Return-Path header, and 
as the XOOPS mailer/multimailer never assigns anything to 
this property, the header will be set to the default 
defined in php.ini.

I made a fix for you to try... please tell me if that 
fixes your problems (if headers get set correctly, and if 
the mails go through).

I tried by purposely misconfiguring my local sendmail 
config and the patch worked in that case, but I'd like to 
get more feedback, just to be sure.

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

Comment By: Daigoro (fsteffdaigoro)
Date: 2006-09-03 13:43

Message:
Logged In: YES 
user_id=1588857

Hi skalpa & phppp,

I added this bug
https://sourceforge.net/tracker/index.php?func=detail&aid=1550834&group_id=41586&atid=430840
to the tracker the other day.
The reason I made a new bug-description, is that - as far as
I can see - the problem isn't limited to notifications, but
actually affects the entire email system.

-- 
Daigoro

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

Comment By: AlienHand (alienhand77)
Date: 2006-08-29 00:58

Message:
Logged In: YES 
user_id=1573146

I've been doing some further testing of the problems with
sending notification (and other) emails expierenced by
Alienhand and many others of later versions of Xoops.

I've tested four systems:
xoops 2.0.? : xoops.org
xoops 2.0.6 : djvf.dk
xoops 2.0.14: tegneserielogen.dk
xoops 2.0.14: mathecon.dk

Both xoops.org and djvf.dk uses phpmailer 1.65, and the
others uses phpmailer 1.73. (As stated in the X-Mailer: mail
header).

The error I've noticed has to do with the headers of the
send email. (More details further down).
I found that the error isn't present on neither xoops.org
nor djvf.dk, but the other two sites are both showing signs
of the error. And one is seriously affected by it.

Since djvf.dk and tegneserielogen.dk is both running on the
same server, I've concentrated on that one to try to do some
crude debugging.
I simply tried to exchange the 1.65 and the 1.73 version of
phpmailer to see if the error would move. Nothing happend.
Then I also tried to exchange the xoopsmultimailer, but
again the error persisted.
So now I'm wondering where else the difference can be
hidden. Perhaps the notification system, but it's harder for
me to trace.


Well, it's time to go into some more details about the
error, and why it's working for some and not for others.

To help, I've extracted some header information from
notification emails send from the four systems:
(Slightly edited, to prevent spam)

Quote:
djvf.dk:
Delivered-To: fs...@gx...
Return-Path: <fs...@gx...>
To: fs...@gx...
From: =?iso-8859-1?B<blahblah>?W2RaF0=?= <fs...@gx...>
X-Mailer: phpmailer [version 1.65]
X-Mailer: PHP/4.4.2


xoops.org
Delivered-To: fs...@gx...
Return-Path: <ap...@ww...>
To: fs...@gx...
From: no...@xo...
X-Mailer: phpmailer [version 1.65]
X-Mailer: PHP/4.4.2


tegneserielogen.dk:
Delivered-To: fs...@gx...
Return-Path: <pos...@te...>
X-Authentication-Warning: webserv18.cliche.dk: nobody set
sender to pos...@te... using -f
From: fs...@gx...
X-Mailer: PHPMailer [version 1.73]
X-Mailer: PHP/4.4.2


Mathecon.dk
Delivered-To: 329...@al...
Return-Path: <pos...@ma...>
To: sp...@al...
From: ke...@ax...
X-Mailer: PHPMailer [version 1.73]
X-Mailer: PHP/4.4.4

Quote end:


The important part to notice here, is the Return-Path. The
general rule is that it should be equal to the sender, but
as you can see, it's not the case in three out of four of
the above.
I won't try to explain the contents for xoops.org, but it
appears to be working so never mind.
tegneserielogen.dk and mathecon.dk on the other hand are
quiet interesting. Where did the postmaster@ come from?
I checked all files in the xoops instalation and the
database, but it's not there.
Then I started searching the web, only to find out that
php's mail() function (in combination with sendmail)
sometimes will insert this address if the return-path isn't
allready filled by the script.
Bummer.
Why isn't the return-path allready set? (I still haven't
found out.)

The header problems in turn, gives some more serious problems.
Of the two affected sites above, one is very lightly
affected, and the other is very heavy affected.

tegneserielogen.dk is very lightly affected. The only real
proof that it's affected is the warning thats inserted into
the emails headers.

Mathecon.dk, on the other hand, is very heavy affected. Only
one email every five (5) minutes is send.
It turns out the web-provider has a very sensitive
smap-filter active. If it senses a mail that appears like
spam, it will disable/disrupt the scripts (in this case
phpmailer) access to send emails for 5 minutes.
One of the spam-triggers is if the return-path isn't filled
with a vaild email-address, and since pos...@ma...
does not exists, it's not valid.


Well. Now we "just" need to find a fix for this.
Please help.

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

Comment By: AlienHand (alienhand77)
Date: 2006-08-26 02:05

Message:
Logged In: YES 
user_id=1573146

I don't even have xoopsmailerlocal.php ... not in english
nor danish folder.


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

Comment By: Emmanuel Meunier (vetofish)
Date: 2006-08-25 21:13

Message:
Logged In: YES 
user_id=1066987

Hi Sakalpa,

It's me who speak in french,

I have the same problem in french.

I'am up to date (xoops 2.0.15)

I'll test with english default language as soon as possible.

Thx for your work.

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-08-24 22:15

Message:
Logged In: YES 
user_id=882380

Right now I can't reproduce the problem, so I don't think 
it's a general bug in the notifications system.

There's one thing that comes to my mind anyway: it seems 
that you use a danish lang pack, and some lang packs 
contain a XoopsMailerLocal class that is used in some 
cases.
However, due to an update of PHPMailer in 2.0.14 old 
versions of this class may not work anymore, and need to 
be updated too.
So:
- Does your install contain such a class (it should be in 
language/danish/xoopsmailerlocal.php)
- If it does, could you please try to check if the problem 
persists after temporarily switching to "english" as your 
site language.

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

Comment By: AlienHand (alienhand77)
Date: 2006-08-23 11:36

Message:
Logged In: YES 
user_id=1573146

In this forum we talk about the problem and try to fix it -
but no luck
http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=52262&start=0#forumpost232505

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

Comment By: AlienHand (alienhand77)
Date: 2006-08-19 16:41

Message:
Logged In: YES 
user_id=1573146

Is it possible for you to write in english? Don't understand
what you are writing at all...

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

Comment By: Nobody/Anonymous (nobody)
Date: 2006-08-19 16:16

Message:
Logged In: NO 

Bonjour,

j'ai le même problème sur Xoops 2.0.14.

La table notification est bien mise à jour dès qu'un
utilisateur veut recevoir une notification, mais aucun email
n'est envoyé (quand l'option email est sélectionné).

La fonction email sur mon serveur est fonctionnelle.

Je cherche tourjours d'où cela peut venir 

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

Comment By: AlienHand (alienhand77)
Date: 2006-08-16 01:00

Message:
Logged In: YES 
user_id=1573146

Well - It doesn't work on 3 different serveres with
different systems ...
The xoops is configured to phpmail - could this be the problem?

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

Comment By: D.J. (phppp)
Date: 2006-08-16 00:25

Message:
Logged In: YES 
user_id=1001493

Is email function set and working properly with your server? 

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

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

Bugs item #1550834, was opened at 2006-09-02 01:49
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1550834&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: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: Daigoro (fsteffdaigoro)
Assigned to: Nobody/Anonymous (nobody)
Summary: Xoops 2.0.14+ mail problem.

Initial Comment:
Since installing 2.0.14, I and others have had some
problems with sending mails and notifications.
It seems different systems and different modules
suffers different problems, and worst for people using
PHP's mail().

In order to try to track it down, I've modified
/class/mail/phpmailer/class.phpmailer.php to dump the
calling arguments to mail() to the screen, instead of
actually sending the mail. (The modified file is
attached here, for you to use.)

I first tried to send an email with piCal, and
immediately found a duplicated "Return-Path:" entry in
the header. The rest of the header is fine. The first
"Return-Path" contained the correct return path, the
second only an empty string.
The empty string turned out to come from
/class/xoopsmailer.php, and was fixed by commenting out
line 257:

// $this->headers[] = "Return-Path: ".$this->fromEmail;

I've not been able to identify any side effects by
removing that line. This also fixes the problem with
many sendmails that automatically adds a Return-Path,
with pos...@si... if a valid
Return-Path is not already present.

Then I continued my testing on both my site and a
friends site and was soon overwhelmed by the many
different omissions and errors that I found.

Here's a quick start list:

Sending "To users" from the xoops administration panel
seems always to be encoded in utf-8, regardless of the
encoding used by the site.
The "From:" address is utf-8 encoded - it should be in
standard text (8859-1). Also there's no "To:" address.
(This naturally makes mail() fail - as reported by others)

Sending notification when adding an event to ExtCal,
the "From:" is correct, but again there's no "To:" at
all, and the "Message-ID:" is empty.

I tested several other modules, and there were always
something that wasn't correct.

It seems to me the xoopsmailer / xoopsmultimailer must
be messed up somehow - but I lack an overview of the
whole mailer system to be able to fully figure out
whats wrong.

Please let me know if I can help tracking this one down.

-- 
Daigoro


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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-09-26 03:32

Message:
Logged In: YES 
user_id=882380

Please don't open another item for an already reported 
issue, and try to keep things organized (1 specific 
problem -> 1 report).
The return-path issue is exactly the one discussed 
previously... and for the encoding: if your site is 
configured to use UTF-8 internally, then mails will be 
sent in UTF-8, that's not a bug.
Now, if the encoding is really different from the one your 
site uses, then you may have spotted something but the 
first thing you can do to help is read the "bug reporting 
procedure" paragraph that is displayed in red letters 
before you post ;-).

Thanks for helping us making xoops better.

Marked as duplicate of #1538291

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

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

Bugs item #1446191, was opened at 2006-03-09 08:19
Message generated for change (Comment added) made by rowd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1446191&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: Closed
>Resolution: Out of Date
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: $xoops_iscommentadmin OR $xoops_isadmin

Initial Comment:
>From "2.0.13.2 full package",

\modules\system\templates\system_comment.html
at line 25, it wrote 

<{if $xoops_iscommentadmin == true}>


However, I trace back from "upgrade patch"
- xoops-2.0.7.x_to_2.0.9.2
- xoops-2.0.9.2-to-2.0.10
- xoops-2.0.10-to-2.0.12a
- xoops-2.0.12a-to-2.0.13
- xoops-2.0.13-to-2.0.13.1
- xoops-2.0.13.1-to-2.0.13.2, there is no change on 
this file, but my site's old file wrote

<{if $xoops_isadmin == true}>


Should I missed something before, which one 
($xoops_isadmin or $xoops_iscommentadmin ) is correct??

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

>Comment By: rowd (rowd)
Date: 2006-09-25 21:29

Message:
Logged In: YES 
user_id=1095348

Please upgrade to the latest version (XOOPS 2.0.15). Use the
files integrity script as documented in the release notes to
check that the files are correct.

Thanks for the report. :-)

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

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

Bugs item #1565022, was opened at 2006-09-25 13:45
Message generated for change (Comment added) made by rowd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1565022&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: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: wf-david (davidledbury2)
Assigned to: Nobody/Anonymous (nobody)
Summary: Backend.php problem

Initial Comment:
(Sorry I don't understand the actual problem, but the
person reporting requested it to be submitted on his
behalf)

http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=53378&post_id=237106#forumpost237106

Please read for more info... something to do with UTF8
encoding?



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

>Comment By: rowd (rowd)
Date: 2006-09-25 21:07

Message:
Logged In: YES 
user_id=1095348

Duplicate - see bug report #1193857.



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

Comment By: D.J. (phppp)
Date: 2006-09-25 14:42

Message:
Logged In: YES 
user_id=1001493

Thanks
It is not solely (if dependent on) DB collation or character
set problem.
I would suggest to re-consider the way of hanlding XOOPS
rss/atom creation. It is too limited with no extensibility.

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

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

Bugs item #1565022, was opened at 2006-09-25 07:45
Message generated for change (Comment added) made by phppp
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1565022&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: wf-david (davidledbury2)
Assigned to: Nobody/Anonymous (nobody)
Summary: Backend.php problem

Initial Comment:
(Sorry I don't understand the actual problem, but the
person reporting requested it to be submitted on his
behalf)

http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=53378&post_id=237106#forumpost237106

Please read for more info... something to do with UTF8
encoding?



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

>Comment By: D.J. (phppp)
Date: 2006-09-25 08:42

Message:
Logged In: YES 
user_id=1001493

Thanks
It is not solely (if dependent on) DB collation or character
set problem.
I would suggest to re-consider the way of hanlding XOOPS
rss/atom creation. It is too limited with no extensibility.

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

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

Bugs item #1565022, was opened at 2006-09-25 11:45
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=1565022&group_id=41586

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: wf-david (davidledbury2)
Assigned to: Nobody/Anonymous (nobody)
Summary: Backend.php problem

Initial Comment:
(Sorry I don't understand the actual problem, but the
person reporting requested it to be submitted on his
behalf)

http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=53378&post_id=237106#forumpost237106

Please read for more info... something to do with UTF8
encoding?



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

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

Bugs item #1564825, was opened at 2006-09-25 00:34
Message generated for change (Comment added) made by valcilon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1564825&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: Closed
>Resolution: Invalid
Priority: 9
Submitted By: Valcilon Silva (valcilon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Users cannot register in xoops 2.0.15

Initial Comment:
Forum topic:
http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=53677&forum=7&post_id=237076#forumpost237076

The username field is blocked in register.php forum. I
try form.php from 2.0.15 branch without sucess.

Valcilon AKA Valker

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

>Comment By: Valcilon Silva (valcilon)
Date: 2006-09-25 01:03

Message:
Logged In: YES 
user_id=583594

The problem was a max username size. I believe what this
config was changed when i use downgrade script with 2.2.4
database.

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

Comment By: Valcilon Silva (valcilon)
Date: 2006-09-25 00:39

Message:
Logged In: YES 
user_id=583594

I try register.php from 2.0.16 cvs branch, what also do not
solve this problem.

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

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

Bugs item #1564825, was opened at 2006-09-25 00:34
Message generated for change (Comment added) made by valcilon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1564825&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: 9
Submitted By: Valcilon Silva (valcilon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Users cannot register in xoops 2.0.15

Initial Comment:
Forum topic:
http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=53677&forum=7&post_id=237076#forumpost237076

The username field is blocked in register.php forum. I
try form.php from 2.0.15 branch without sucess.

Valcilon AKA Valker

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

>Comment By: Valcilon Silva (valcilon)
Date: 2006-09-25 00:39

Message:
Logged In: YES 
user_id=583594

I try register.php from 2.0.16 cvs branch, what also do not
solve this problem.

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

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

Bugs item #1564825, was opened at 2006-09-25 00: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=1564825&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
Submitted By: Valcilon Silva (valcilon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Users cannot register in xoops 2.0.15

Initial Comment:
Forum topic:
http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=53677&forum=7&post_id=237076#forumpost237076

The username field is blocked in register.php forum. I
try form.php from 2.0.15 branch without sucess.

Valcilon AKA Valker

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

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

Bugs item #1564058, was opened at 2006-09-23 15:37
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1564058&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 - Sections
Group: XOOPS 2.0.10
>Status: Deleted
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: hgh

Initial Comment:
Site - very comprehensive and meticulous from all points of view, its good!
Just excellent website, I'm sure! 

<a href='http://www.freepages.at/pizdecdance/fioricet.html' >fioricet</a> 

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

>Comment By: Skalpa Keo (skalpa)
Date: 2006-09-23 19:06

Message:
Logged In: YES 
user_id=882380

spam

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

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

Feature Requests item #1563608, was opened at 2006-09-22 13:52
Message generated for change (Comment added) made by gibaphp
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1563608&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.0.x
>Status: Open
Resolution: Accepted
Priority: 7
Submitted By: GibaPhp (gibaphp)
Assigned to: Skalpa Keo (skalpa)
Summary: Validations All Forms Xoops for Devs

Initial Comment:
All Forms xoops consistence and validations roles
(javaScript and php) field in field.

folder class/xoopsform

This is implementation consistence for all forms xoops
and liberty for developers chekin field in field for
various validations javascript and formulary too :-)

I very happy for one greate analysing code.

Thanks my Friend, good Work for you.

This is Work TheRpLima and implements GibaPhp :-)

Giba :-)


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

>Comment By: GibaPhp (gibaphp)
Date: 2006-09-23 11:00

Message:
Logged In: YES 
user_id=1129857

I am ready your orientation abou duplicate code, yes, i
agree and thanks for explanation. :-)

About customization roles javascript and validations
back-end php, i am review all implements and tests for no
comprometed my forms with this new enfoque.

I really example for include in unique class and herance, is
good form, i agree and go to view it :-)


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

Comment By: GibaPhp (gibaphp)
Date: 2006-09-23 11:00

Message:
Logged In: YES 
user_id=1129857

OK, I'll take care of this one personally. 

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

Comment By: Skalpa Keo (skalpa)
Date: 2006-09-22 22:31

Message:
Logged In: YES 
user_id=882380

K Giba... I did it, you can have a look here:
http://svn.sourceforge.net/viewvc/xoops/XoopsCore/branches/2.0.x/2.0.16/htdocs/class/xoopsform/formelement.php?annotate=751
and tell me what you think.

A few details for you:
- The function I added has been put in XoopsFormElement,
which is the base class used everywhere in XoopsForm.
Because of this, you can use it in text,textarea,select,
always :-)
- The property I put is an array, so you can add several
validation rules easily.

Here is an example of use, to make a form element that can
only contain letters and be at least 6 characters:

$elt = new XoopsFormText( "Enter value", 'checkme' );
$elt->customValidationCode[] = "if
(myform.elements.checkme.length < 6 ) return false;";
$elt->customValidationCode[] = "if (
!myform.elements.checkme.match(/^[a-z]*$/) ) return false;";
$form->addElement( $elt );


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

Comment By: Skalpa Keo (skalpa)
Date: 2006-09-22 21:56

Message:
Logged In: YES 
user_id=882380

You missed a point...
The change I did in 2.0.15 does *exactly* this.

The only difference is that you called the function for
custom validation "getEspecValid", while I decided to call
it "renderValidationJS". So there is no need to add the same
thing 2 times.

Now, the 2.0.15 code requires that people make a custom
class, so I may make it a little easier, to allow people to
do things like this:

$elt = new XoopsFormText( "caption", "title", 50 );
$elt->customValidationCode = "<put JS code here>";
$form->addElement( $elt );

I'll do it and tell you...

Just 2 comments anyway:
- If you add something to a base class (here:
XoopsFormElement) there is no need to put it again in all
children classes (XoopsFormText, XoopsFormTextarea, etc...).
This is actually what Object-Oriented programming and
classes is about: you put "common" functionality in base
classes, so you don't have to duplicate the same code
everywhere.
- When you need to add a property to an object (in your
code: "especvalid") you don't have to make get/set functions
(like getEspecValid/setEspecValid). You can let people
access the property directly by doing: $elt->especvalid =
"value". I know XOOPS is full of these ugly things
everywhere, but this is very bad habits... The fact mistakes
were done in the past does not mean we have to make them
again and again. So please do not use this in your code,
unless you really need to: your code will be easier to
understand, and faster. :-)

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

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

Bugs item #1564058, was opened at 2006-09-23 06:37
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=1564058&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 - Sections
Group: XOOPS 2.0.10
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: hgh

Initial Comment:
Site - very comprehensive and meticulous from all points of view, its good!
Just excellent website, I'm sure! 

<a href='http://www.freepages.at/pizdecdance/fioricet.html' >fioricet</a> 

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

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