You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is some slightly mixed use of "sent" in the Notification classes. The assertSent, assertNotSent methods on the Notification facade more accurately assert the notification was / not passed to the ChannelManager via notify(), send() or sendNow().
What it doesn't assert is that the underlying Illuminate\Notifications\NotificationSender class decided to actually send the notification to the relevant channel(s), which happens in shouldSendNotification(). The same behaviour existed prior to #37930 when listening for the NotificationSending event and returning false.
I do think this is confusing & happy to submit a PR to include the shouldSendNotification() check inside the assertion code, if someone from the team thinks this is the right way to go (rather than creating separate assertions on the NotificationSender itself).
Description:
It looks like the PR:
#37930 (comment)
that gave us
shouldSend()
onNotification
does not give us that behavior when checking assertions likeassertNotSent
.Steps To Reproduce:
shouldSend
to return falseshouldSend
and try to assertNotSent based onshouldSend
.The text was updated successfully, but these errors were encountered: