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
{{ message }}
This repository has been archived by the owner on Sep 21, 2019. It is now read-only.
Exceptional uses the controller and action parameters as part of the data it uses to group exceptions. For this and other reasons, it would be nice to be able to track that information when applicable. I've made a few small changes (quasi-diff below) to support this, which you might consider adding to the official distribution. With this change, one can simply assign Exceptional::$controller and/or Exceptional::$action to have that data passed along to the service.
In researching another issue I noted that my $controller was not being passed to Exceptional. Turns out while the and/or was mentioned in the issues above, implementation of this require BOTH ACTION AND CONTROLLER to be specified. Specifying one without the other does not pass either.
It seems logical that this should allow passing either $controller or $action individually if either are set. I say this because I am using them as a tracking device for the package the error originated from and only need one set (could set the other with a dummy value but...).
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Exceptional uses the controller and action parameters as part of the data it uses to group exceptions. For this and other reasons, it would be nice to be able to track that information when applicable. I've made a few small changes (quasi-diff below) to support this, which you might consider adding to the official distribution. With this change, one can simply assign Exceptional::$controller and/or Exceptional::$action to have that data passed along to the service.
The text was updated successfully, but these errors were encountered: