[bd] Alerts [Deleted]

[gfc]

bought. Even if xenforo will add this to core...

1. this will happen sometimes in future, but the addon is available right now
2. 10$ is a cheap thing, even just to support an addon developer who does code very important addons (widgets) even for free.

 

[rdn]

bought. Even if xenforo will add this to core...

1. this will happen sometimes in future, but the addon is available right now

Already announced on HYS ?

 

[xfrocks]

Already announced on HYS ?

Hmm, where?

 

[rdn]

I don't know, that's why I asked

 

[xfrocks]

I don't know, that's why I asked

I believe he meant it would be included eventually. Hasn't been announced yet.

 

[gfc]

no, nothing was announced, but i believe that sometimes they will do so. But again, it's still worthy. I've installed it right away and my users love it.

 

[snoopy5]

It does 3 things:



Feature #3 is the tool that allows you to send out alerts to a member or a group (or everybody).

Can I display alerts with this addon without actually sending emails out? I need this functionality for users with the userstatus of "waiting for email verification (edit)"?

So I only need the alert function when a user is logging in again, so that he is aware that he has to change his email address. No email sending needed, because email address is invalid.

 

[xfrocks]

Yes, you can use the tool to send alerts to users.

 

[snoopy5]

Yes, you can use the tool to send alerts to users.

View attachment 68320

This I understood, but the question: is an email automatically generated then? It only makes sense for me, if NO email is send out

 

[xfrocks]

This I understood, but the question: is an email automatically generated then? It only makes sense for me, if NO email is send out

No email is sent out.

 

[AzzidReign]

Is this working for 1.3?

 

[xfrocks]

Is this working for 1.3?

Yes.

 

[TPerry]

This conflicts with (and yes, I know you have one out also) @Chris D's Xen Pushover.

ErrorException: Fatal Error: Call to undefined method bdAlerts_Model_Alert::getPushoverResponse() - library/XenPushover/ControllerPublic/Account.php:254
Generated By: Tracy, 5 minutes ago
Stack Trace
#0 [internal function]: XenForo_Application::handleFatalError()
#1 {main}
Request State
array(3) {
  ["url"] => string(58) "http://servinglinux.com/account/external-accounts/pushover"
  ["_GET"] => array(0) {
  }
  ["_POST"] => array(9) {
    ["user"] => string(30) "duhhhh"
    ["device"] => string(0) ""
    ["_xfToken"] => string(8) "********"
    ["_xfConfirm"] => string(1) "1"
    ["account"] => string(11) "xenpushover"
    ["submit"] => string(23) "Associate with Pushover"
    ["_xfRequestUri"] => string(26) "/account/external-accounts"
    ["_xfNoRedirect"] => string(1) "1"
    ["_xfResponseType"] => string(4) "json"
  }
}

 

[xfrocks]

This conflicts with (and yes, I know you have one out also) @Chris D's Xen Pushover.

Please edit your post. You are exposing your Pushover User Key.

 

[TPerry]

Please edit your post. You are exposing your Pushover User Key.

Need coffee! thanks... edited

 

[xfrocks]

Need coffee! thanks... edited

Anyway, I checked and it looks like @Chris D used a high execution order for his code event listener, [bd] Alerts add-on also uses a high number (9999 to be exact) and it prevents other add-on from extending after it. Not sure if @Chris D has to do that too? Otherwise, I can increase my number to let this add-on runs after his.

 

[Chris D]

My execution order for extending the Alert model is 10...

 

[xfrocks]

My execution order for extending the Alert model is 10...

Do you use event hint?

 

[Chris D]

Yeah I was just coming back to say that. Yes, I do.

 

[xfrocks]

Yeah I was just coming back to say that. Yes, I do.

I will use event hint and MAX_INT execution order for my listener then