Release Notes

Please note:

When updating to this release please remove the previous installation.

2.1 (2012-11-28):

  • added: custom texts for site and group digest
  • added: multi-core/process support
  • added: new distribution options
  • fixed: missing sprintf in Dutch language file
  • fixed: PHP notices and warnings
  • fixed: depricated notice in site digest profile part
  • fixed: pagination in site digest river part
  • fixed: only showing published blogs
  • changed: plugin conflicts with crontrigger, for wrong Elgg upgrades
  • changed: different way to reset caching, so less memory is used
  • changed: layout of admin settings form
  • changed: layout of user settings form
  • changed: layout and gathering of statistics
  • changed: reduced css in digest mail
  • changed: test page now supports more options
  • changed: speed up digest handling
  • Great plugin very usefull for our community of volunteers.

    If I specify to receive weekly digests for multiple groups i receive each week a seperate email for each group. Is it possible to combine the information and send a single email instead of multiple emails?

  • Hello!

    everything nice but one small problem I don't understand. When receiving digests via email, as for users' avatars, only the elgg default is shown (the grey one), avatar not showing if the user has own profile's avatar/pic, do I need to specify something in some file?

    The digest/test page shows avatars correctly though, only the emailed digests have this problem.

    Anyone seeing the same?

    Cheers

  • @Michele :

    Hello!

    everything nice but one small problem I don't understand. When receiving digests via email, as for users' avatars, only the elgg default is shown (the grey one), avatar not showing if the user has own profile's avatar/pic, do I need to specify something in some file?

    The digest/test page shows avatars correctly though, only the emailed digests have this problem.

    Anyone seeing the same?

    Cheers

    Is your site in "walled garden" mode? This could explain something.

  • Hi Jerome,

    thank you so much for replying. No, I'm not in walled garden mode, maybe it could be the login required 1.8.3 but it should also block the default elgg user icon, shouldn't it?

  • @Michele

    Hi Jerome,

    thank you so much for replying. No, I'm not in walled garden mode, maybe it could be the login required 1.8.3 but it should also block the default elgg user icon, shouldn't it?

    Login required = walled garden ;). The default icons aren't affected by this as the Elgg engine isn't started with the direct/default icons. But is still doens't explain why the test page shows the correct content.

  • Well, sorry not to understand that lr=wg .... stupid me but I think that also explains the fact that the test page shows them correctly...I'm logged in as admin when testing! :D

     

  • Sorry to bother once more but this plugin to us is so important and I hope this questions will also be useful to other community members.

    Also, don't want to bother Jerome, is there anyone else willing to help? Please.

    I can't get the digest working unfortunately and this seems cron related. I tried what I could reading around the community and elgg docs but...didn't afford to solve the issue.

    Crontrigger disabled, cron check enabled and, despite I set both Site and Groups' digests on weekly, after testing on daily, I get the following (with croncheck) and digests are not sent:

    'daily' widget_rss_cron_handler
    digest_cron_handler
    spam_login_filter_cron
    'weekly'

    No events are registered for this interval

    I'm on linux+cpanel ... also tried manually but ... wrong command I guess...what would the right command to be added manually if settings in digest do not work?

    Any help much appreciated

    Cheers

       
       
  • @Michele:

    Have you got the setting for "In production" set to "yes" for both group and site? This is just above the default intervals.

    Also no matter what (default) intervals you set, in cron_check digest will only be listed with the daily cron (as you have it now)

  • Jez.... I must do something to improve my reputation on this community... :D

    Yes, both are on Yes ... not a programmer but not even so dummy :D

  • @Michele:

    Sorry, but I have worked on a supportdesk, so I always start with the stupid questions ;)

    if you go to <your site url>/digest/test/site/weekly you get content??? If yes add ?mail=yes to see if the message gets delivered (to the current user only).
    You can also do this for a group: <your site url>/digest/test/group/weekly/<group guid to test>

  • Jerome, I am the one to feel sorry...I hate to bother others and you and Jeroen and until I am really stuck I do not post...thank you SO much for your kindness! I'm so grateful to you guys, hope you noticed this page I posted few weeks ago http://community.elgg.org/pages/view/1135056/very-special-thanks-to-and-promise

    Back to digest: even if I haven't figured out how to insert our logo (hahaha - BUT I did change colour, heights from css!) both digests are correctly created, they look beautiful on test pages but no emails are sent (html email handler enabled also).

    From what I see everything should work fine but no digests are sent. Now, since you told me that the weekly cron isn't anyway visualized in croncheck because the digest registers anyways with the daily interval...maybe I have to add some manual command in cron like http://www.site.com/pg/cron/daily/ ?

    Cheers!

     

  • @Michele :

    In your website configuration panel (eq cpanel) you should configure a cron to do (w)get <your site url>/cron/daily on a daily (duh!) bases, then it should work.

    To test this manualy:

    first make sure you don't configure any default interval!!!!!! then with your own account goto settings -> digest settings and pick an interval doesn't realy matter which.
    The in your browser goto <your site url>/cron/daily. Best to do this as a non logged in user (or use a different browser). Now you should get a digest, maybe, hopefully ;)

  • Thanks Jerome, works perfectly manually so the problem is the cron for sure...kind of tried all combinations wget/get... still not working. Anyways, you clarified the daily/weekly registration stuff differing from the actual settings in the digest which helped me a lot to better understand how it works...now let's fight with cron! :)

    Cheers!

  • @Michele:

    No problem, one last hint (which you propably already found): http://docs.elgg.org/wiki/Cron

  • Thanks Jerome, yeah before posting here I tried those suggestions...let's see... ;)

  • Jerome Bakker i get this error for my cron job..

    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                     Dload  Upload   Total   Spent    Left  Speed

      0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
      0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
      0     0    0     0    0     0      0      0 --:--:--  0:00:02 --:--:--     0
      0     0    0     0    0     0      0      0 --:--:--  0:00:03 --:--:--     0
    170   170    0   170    0     0     41      0 --:--:--  0:00:04 --:--:--    42
    170   170    0   170    0     0     40      0 --:--:--  0:00:04 --:--:--    42
    <br />
    <b>Fatal error</b>:  Call to a member function clear() on a non-object in <b>/home/connectg/public_html/mod/digest/lib/functions.php</b> on line <b>1301</b><br />

  • @meril :

    <b>Fatal error</b>:  Call to a member function clear() on a non-object in <b>/home/connectg/public_html/mod/digest/lib/functions.php</b> on line <b>1301</b><br />

    Do you have "db_disable_query_cache" set to true in your settings.php?

  • no it's false.... I will change it to true & check it up...

  • even for true i am getting the same error no luck... 

  • @meril:

    On line 1301 it should say $DB_QUERY_CACHE->clear(), correct? The only reason this wouldn't work is if $DB_QUERY_CACHE wasn't created in /engine/lib/databases.php line 123. Or some other plugin broke something.

    I've made a small bugfix to $DB_QUERY_CACHE, so maybe check out our code repository for the newer (development) version

  • @Jerome Bakker: mod/digest/lib/functions.php</b> on line <b>1301</b><br />

    actually i dont have any line over there the code gets finished at 590 line...  

    /engine/lib/databases.php  (I have these lines as you said)

    $DB_QUERY_CACHE = new ElggStaticVariableCache('db_query_cache');
    }
    }

     

    in cause if some other plugin broke the DB_QUERY_CACHE what should i do to rectify it...

     

  • @meril:

    mod/digest/lib/functions.php should have 1490 lines of code. If not please re-upload the digest plugin.

    If after that you still have the problem, disable one plugin (not digest and html_email_handler) at a time until there is no more problem. The last plugin you disabled is the problem ;)

  • If I specify to receive weekly digests for multiple groups i receive each week a seperate email for each group. Is it possible to combine the information and send a single email instead of multiple emails?

  • i've been playing with this on my test site.
    i formatted the message to match my theme ok. except now i am seeing some changes appear in the online version of the digest and they are missing from the emailed version..
    i might be able to resolve those, except that now when i click the link in the email version to view the online version, i  am seeing:

    'no data was found for the selected interval'

    any idea why?
    thank 

Jerome Bakker

Developer @ ColdTrick IT Solutions

Stats

  • Category: Communication
  • License: GNU General Public License (GPL) version 2
  • Updated: 2019-3-20
  • Downloads: 3616
  • Recommendations: 23

Other Projects

View Jerome Bakker's plugins