Yes it would be great. Of course you can add an IF statement in the code and put a breakpoint in there. I was just curious to see if there is a built-in function.
But you can actually add it in the code if it is for testing...
You can't really. Say for example you are working too find when a particular field in a table is populated with a particular value. There might be 20 different places in the code where the field is updated, (a good example is when trying to find an issue with whse. shipping and available quantity or if you are trying to work out why Navision planning engine is suggesting the purchase of a certain qty of an item), if you knew all the places it might happen you wouldn't need the debugger. Its finding that one bit of hidden code that takes all the time.
It would be great to tag the Sales Line for example, and have the debugger break when (for example) Quantity > 0 etc.
It would be great to have watch functionality where you can set values to look for. It would also be great to have an immediate window where you can manipulate values at debug time, and you can move the debug cursor.
You can't really. Say for example you are working too find when a particular field in a table is populated with a particular value.
Of course.
I didn't mean that the debugger would become powerful with this trick. But it is useful when you need for example to stop a batch process at a specific point for a specific item that will come after hundreds of loops. You don't want to place a breakpoint and stop so many times until you reach item X and then... accidentally hit F5 again... #-o
You can't really. Say for example you are working too find when a particular field in a table is populated with a particular value.
Of course.
I didn't mean that the debugger would become powerful with this trick. But it is useful when you need for example to stop a batch process at a specific point for a specific item that will come after hundreds of loops. You don't want to place a breakpoint and stop so many times until you reach item X and then... accidentally hit F5 again... #-o
Comments
No. There isn't.
But you can actually add it in the code if it is for testing...
Thanks a lot
You can't really. Say for example you are working too find when a particular field in a table is populated with a particular value. There might be 20 different places in the code where the field is updated, (a good example is when trying to find an issue with whse. shipping and available quantity or if you are trying to work out why Navision planning engine is suggesting the purchase of a certain qty of an item), if you knew all the places it might happen you wouldn't need the debugger. Its finding that one bit of hidden code that takes all the time.
It would be great to tag the Sales Line for example, and have the debugger break when (for example) Quantity > 0 etc.
I am not holding my breath
RIS Plus, LLC
You have used .NET environment to many times I guess :-$
That's good. Because it will be world record if you do.
Independent Consultant/Developer
blog: https://dynamicsuser.net/nav/b/ara3n
RIS Plus, LLC
Of course.
I didn't mean that the debugger would become powerful with this trick. But it is useful when you need for example to stop a batch process at a specific point for a specific item that will come after hundreds of loops. You don't want to place a breakpoint and stop so many times until you reach item X and then... accidentally hit F5 again... #-o
Ah yes I understand, yes that I also do.