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
The problem is that, when the number is not provided, (the caller visits app/ticket/) the caller gets a Not Found but no ERROR trace is emitted and the event does not show up in the dashboard. We'd like the event to be observed (or give the user some means to handle it themselves).
This makes debugging difficult - users can't tell from the dashboard that the client is visiting the wrong route.
I tried various combinations with @ArgOptional but couldn't find one that gives us the desired behavior with the URL argument.
The text was updated successfully, but these errors were encountered:
The route /ticket/ is equivalent to /ticket and not /ticket/[empty] and the there is no registration for such a route (therefore the 404).
In a well defined REST api the '/ticket/' route should be defined.
Adding default handlers for such cases would probably be a novelty,
so I would not consider this an issue. for me this is just default routing behaviour.
A user has a handler like this:
The problem is that, when the number is not provided, (the caller visits
app/ticket/
) the caller gets aNot Found
but no ERROR trace is emitted and the event does not show up in the dashboard. We'd like the event to be observed (or give the user some means to handle it themselves).This makes debugging difficult - users can't tell from the dashboard that the client is visiting the wrong route.
I tried various combinations with
@ArgOptional
but couldn't find one that gives us the desired behavior with the URL argument.The text was updated successfully, but these errors were encountered: