Notifications update

jaytraxx 2008-01-30 19:46:19 UTC #1

Hi all,

just updated notifications a bit:

class autoloading (renamed some files)
let the admins enable / disable backends in admin->notifications->site configuration
security fixes for email and popup backend
unified link handling

Please note: all users of /trunk should call their notification prefs an re-choose the “notification-chain” setting, cause I modified the keys a bit to have unified names in future. Don’t mind… if they don’t do it, notifications falls back to “email” and presents a warning to the user.

I also have no database-defaults yet in setup for enabled/disabled backends. Please go to admin->notifications->site configuration and make a quick setting once for your site. I propose to have “popup” enabled, and “winpopup” and “sms” (future) disabled by default.

One wish at last: If someone can help me with this question:
http://www.nabble.com/how-to-handle-setlocale-to14730139s3741.html#a14730139
… then I will be really happy, and I can go on and finally add the sms backend …

Have fun!
Bye
Christian

fimpas 2008-03-03 12:39:27 UTC #2

HI,
i’m developing a SMS notification system for eGroupWare with html post for my thesis. My system go well but i’d like to integrate my work in notification app, i’m looking for where in the calendar and info_log applications use the notification app but without result.
Can you help me?
Pleased even some advice on how to better integrate chains notification with my notification system.

Thanks in advance

Bye

Pasquale

jaytraxx:

Hi all,

just updated notifications a bit:

class autoloading (renamed some files)

let the admins enable / disable backends in admin->notifications->site configuration

security fixes for email and popup backend

unified link handling

Please note: all users of /trunk should call their notification prefs an re-choose the “notification-chain” setting, cause I modified the keys a bit to have unified names in future. Don’t mind… if they don’t do it, notifications falls back to “email” and presents a warning to the user.

I also have no database-defaults yet in setup for enabled/disabled backends. Please go to admin->notifications->site configuration and make a quick setting once for your site. I propose to have “popup” enabled, and “winpopup” and “sms” (future) disabled by default.

One wish at last: If someone can help me with this question:
http://www.nabble.com/how-to-handle-setlocale-to14730139s3741.html#a14730139
… then I will be really happy, and I can go on and finally add the sms backend …

Have fun!
Bye
Christian

jaytraxx 2008-03-03 14:18:54 UTC #3

Hi too,

Notifications is a centralized tool, so you don’t have to customize code in calendar or infolog. All things regarding notifications are coded in the /notifications folder of your eGW installation.

For writing a plugin, just copy an existing one (e.g. ./inc/notifications_popup.inc.php) and modify it to fit your needs. Then extend the chains defined in ./inc/notifications.inc.php.

Aleksander Adamowsky already developed a sms notification tool. I started to integrate it, but I’m not finished yet (and atm I have no time at all to get it done, sorry). If you want, I can send you that plugin or you contact Aleksander. Just search for sms notification in nabble.

Bye
Christian

fimpas:

Can you help me?
Pleased even some advice on how to better integrate chains notification with my notification system.

Thanks in advance

Bye

Pasquale

jaytraxx:

Hi all,

just updated notifications a bit:

class autoloading (renamed some files)

let the admins enable / disable backends in admin->notifications->site configuration

security fixes for email and popup backend

unified link handling

Please note: all users of /trunk should call their notification prefs an re-choose the “notification-chain” setting, cause I modified the keys a bit to have unified names in future. Don’t mind… if they don’t do it, notifications falls back to “email” and presents a warning to the user.

I also have no database-defaults yet in setup for enabled/disabled backends. Please go to admin->notifications->site configuration and make a quick setting once for your site. I propose to have “popup” enabled, and “winpopup” and “sms” (future) disabled by default.

One wish at last: If someone can help me with this question:
http://www.nabble.com/how-to-handle-setlocale-to14730139s3741.html#a14730139
… then I will be really happy, and I can go on and finally add the sms backend …

Have fun!
Bye
Christian

fimpas 2008-03-05 09:59:58 UTC #4

Thank you so much, now i have separate my sms backend application from calendar and i started to create a plugin for notifications. I have created a new chain called email_and_sms and i have modified the admin control panel for enable this chain (i have changed the config.tpl). So i have a problem, i have changed the alarm tab in the calendar with a checkbox sms, when the user check sms in the async table (egw_async) i put ‘y’ in the new column async_is_sms that i’ve create. Now in the calendar function send_update when we call notification app, the constructor use the default chain (email_only) so can i change the chain and set it to email_and_sms ONLY if i verify that alarm is set as sms? how can i do this?

Thank you very much in advance

Bye , Pasquale

WLehmann 2008-04-07 15:14:05 UTC #5

Hi,
where can I access the ‘Notifications’ module. I don’t see the mentioned user interface at all !?

Problem: I do not get any notifications for Infolog items, and would like to resolve this eventually.
Calendar alarms seem to work fine.
What would be most helpfull is a short explanation, on how to install/verify and test the notification module. There is not even the slightest doc. on how it should look like on the whole eGW page.
Another confusing thing: there is a ‘Notification Window’ module and a ‘Notifications’ module in our eGW - what’s the point ?

One point more: I do not see an entry in the Admin interface for ‘Notifications’ !?
There is an entry under Admin > Applications though, allowing to configure ‘status’ and ‘location’.

best regards,
Wolfgang

jaytraxx:

Hi all,

just updated notifications a bit:

class autoloading (renamed some files)

let the admins enable / disable backends in admin->notifications->site configuration

security fixes for email and popup backend

unified link handling

Please note: all users of /trunk should call their notification prefs an re-choose the “notification-chain” setting, cause I modified the keys a bit to have unified names in future. Don’t mind… if they don’t do it, notifications falls back to “email” and presents a warning to the user.

I also have no database-defaults yet in setup for enabled/disabled backends. Please go to admin->notifications->site configuration and make a quick setting once for your site. I propose to have “popup” enabled, and “winpopup” and “sms” (future) disabled by default.

One wish at last: If someone can help me with this question:
http://www.nabble.com/how-to-handle-setlocale-to14730139s3741.html#a14730139
… then I will be really happy, and I can go on and finally add the sms backend …

Have fun!
Bye
Christian

Aleksander_Adamowsk2 2008-04-21 13:45:18 UTC #6

Aleksander Adamowsky already developed a sms notification tool. I started to
integrate it, but I’m not finished yet (and atm I have no time at all to get
it done, sorry). If you want, I can send you that plugin or you contact
Aleksander. Just search for sms notification in nabble.

Hi!

I’ve taken time to integrate my SMS notification backend with the
latest version of notifications app.

Attaching the revised version.

As to the problem with setlocale
(http://www.nabble.com/how-to-handle-setlocale-to14730139s3741.html#a14730139),
I think the best way we can afford is to store the old locale, do the
thing that requires changed locale as quickly as possible, and revert
to the original locale when done.

This is how the new version of my SMS backend works.

Note that this is a problem only on web servers that use threads
instead of processes.

So this will be a problem only on MS Windows+IIS or on very uncommon
configurations of Apache that use the threaded “worker” MPM.

Since PHP is considered to fail under worker MPM, almost nobody uses
it for PHP apps. Multithreaded servers cause lots of other problems as
well, so our problem caused by SMS notification backend under some
specific unlikely conditions (this is a very tight race condition)
will probably be the most minor of them all.

That leaves us only with MS Windows + IIS, and this platform is quite
uncommon (at least for open source apps). Using it is asking for
trouble anyway. So I think you can quite safely apply my patch and
just note the potential problem in the documentation or online help.

I think we could also try to detect presence of a multithreaded server
environment from our PHP scripts (anybody knows how?) and display a
big red warning in the admin/notifications configuration page next to
the SMS backend enable/disable option.

–
Best Regards,
Aleksander Adamowski
http://olo.org.pl

Ralf_Becker_6 2008-04-21 14:14:55 UTC #7

Hi Christian,

do you have time to apply Aöexanders patch?

Ralf

Aleksander Adamowski schrieb:

Aleksander Adamowsky already developed a sms notification tool. I started to
integrate it, but I’m not finished yet (and atm I have no time at all to get
it done, sorry). If you want, I can send you that plugin or you contact
Aleksander. Just search for sms notification in nabble.

Hi!

I’ve taken time to integrate my SMS notification backend with the
latest version of notifications app.

Attaching the revised version.

As to the problem with setlocale
(http://www.nabble.com/how-to-handle-setlocale-to14730139s3741.html#a14730139),
I think the best way we can afford is to store the old locale, do the
thing that requires changed locale as quickly as possible, and revert
to the original locale when done.

This is how the new version of my SMS backend works.

Note that this is a problem only on web servers that use threads
instead of processes.

So this will be a problem only on MS Windows+IIS or on very uncommon
configurations of Apache that use the threaded “worker” MPM.

Since PHP is considered to fail under worker MPM, almost nobody uses
it for PHP apps. Multithreaded servers cause lots of other problems as
well, so our problem caused by SMS notification backend under some
specific unlikely conditions (this is a very tight race condition)
will probably be the most minor of them all.

That leaves us only with MS Windows + IIS, and this platform is quite
uncommon (at least for open source apps). Using it is asking for
trouble anyway. So I think you can quite safely apply my patch and
just note the potential problem in the documentation or online help.

I think we could also try to detect presence of a multithreaded server
environment from our PHP scripts (anybody knows how?) and display a
big red warning in the admin/notifications configuration page next to
the SMS backend enable/disable option.

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

–
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

jaytraxx 2008-04-21 17:28:09 UTC #8

Hi Ralf,

Ralf Becker schrieb:

Hi Christian,

do you have time to apply Aöexanders patch?

no, sorry! I really would like to but I’m too busy besides job atm.

Bye
Christian

Ralf

Aleksander Adamowski schrieb:

Aleksander Adamowsky already developed a sms notification tool. I started to
integrate it, but I’m not finished yet (and atm I have no time at all to get
it done, sorry). If you want, I can send you that plugin or you contact
Aleksander. Just search for sms notification in nabble.
Hi!

I’ve taken time to integrate my SMS notification backend with the
latest version of notifications app.

Attaching the revised version.

As to the problem with setlocale
(http://www.nabble.com/how-to-handle-setlocale-to14730139s3741.html#a14730139),
I think the best way we can afford is to store the old locale, do the
thing that requires changed locale as quickly as possible, and revert
to the original locale when done.

This is how the new version of my SMS backend works.

Note that this is a problem only on web servers that use threads
instead of processes.

So this will be a problem only on MS Windows+IIS or on very uncommon
configurations of Apache that use the threaded “worker” MPM.

Since PHP is considered to fail under worker MPM, almost nobody uses
it for PHP apps. Multithreaded servers cause lots of other problems as
well, so our problem caused by SMS notification backend under some
specific unlikely conditions (this is a very tight race condition)
will probably be the most minor of them all.

That leaves us only with MS Windows + IIS, and this platform is quite
uncommon (at least for open source apps). Using it is asking for
trouble anyway. So I think you can quite safely apply my patch and
just note the potential problem in the documentation or online help.

I think we could also try to detect presence of a multithreaded server
environment from our PHP scripts (anybody knows how?) and display a
big red warning in the admin/notifications configuration page next to
the SMS backend enable/disable option.

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Ralf_Becker_6 2008-04-21 17:56:11 UTC #9

Hi Aleksander,

I commited the patch, as Christian had no time.

Thanks for contributing to eGroupWare

Can you please check everythings ok, as I commited it.

Ralf

Aleksander Adamowski schrieb:

Aleksander Adamowsky already developed a sms notification tool. I started to
integrate it, but I’m not finished yet (and atm I have no time at all to get
it done, sorry). If you want, I can send you that plugin or you contact
Aleksander. Just search for sms notification in nabble.

Hi!

I’ve taken time to integrate my SMS notification backend with the
latest version of notifications app.

Attaching the revised version.

As to the problem with setlocale
(http://www.nabble.com/how-to-handle-setlocale-to14730139s3741.html#a14730139),
I think the best way we can afford is to store the old locale, do the
thing that requires changed locale as quickly as possible, and revert
to the original locale when done.

This is how the new version of my SMS backend works.

Note that this is a problem only on web servers that use threads
instead of processes.

So this will be a problem only on MS Windows+IIS or on very uncommon
configurations of Apache that use the threaded “worker” MPM.

Since PHP is considered to fail under worker MPM, almost nobody uses
it for PHP apps. Multithreaded servers cause lots of other problems as
well, so our problem caused by SMS notification backend under some
specific unlikely conditions (this is a very tight race condition)
will probably be the most minor of them all.

That leaves us only with MS Windows + IIS, and this platform is quite
uncommon (at least for open source apps). Using it is asking for
trouble anyway. So I think you can quite safely apply my patch and
just note the potential problem in the documentation or online help.

I think we could also try to detect presence of a multithreaded server
environment from our PHP scripts (anybody knows how?) and display a
big red warning in the admin/notifications configuration page next to
the SMS backend enable/disable option.

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Aleksander_Adamowsk2 2008-04-22 13:18:19 UTC #10

I commited the patch, as Christian had no time.

Thanks for contributing to eGroupWare

Can you please check everythings ok, as I commited it.

I’ve checked SVN, everything looks fine to me

–
Best Regards,
Aleksander Adamowski
http://olo.org.pl

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers