How to skip over line throwing exception when debugging?

Coming from a Visual Studio debugging background, I'm finding the pycharm debugger to be missing two critical features:

1. Break before exception
2. Jump to line (similar to jump command in pdb)

As the 2nd will soon be added (yaaaay!), I want to ask about the 1st.

Currently when running in the debugger, once the exception is hit, that's it! No more walking through the code! Python exits the stack and the stack trace is shown. This is nonideal in that I have to start up the script again to get back to the context of where the error occurs. It would be much better to fix the error inline, or skip the offending line to check more code down the road, etc.

Consider the following example:

1. Run the code to the context of bug - 10min
2. The print throws an exception
3. Add breakpoint at print
4. Run again to context of bug (this example has been simplified to a simple exception, from something quite complicated with a large context of data and objects) - 10min
5. Introspect and fix error
6. Since there is no way to bypass error, once again re-run code - 10min
7. Repeat for each additional unexpected exception found

# process_with_huge_time_overhead() # 10 minute overhead 
list_a = [1,2,3]
print(list_a[3]) # Throws exception
# process2_with_huge_time_overhead()
new_data = [5,6,7]
list_a += new_data
print(list_a)

As seen, not having this feature to bypass exceptions when they unexpectedly occur adds an insane overhead.

Overhead with feature: 10min + time to introspect and fix further unexpected exceptions.

Overhead without feature: (30min + time to introspect and fix one exception ) * number of exceptions

Not only is the current workflow worse in flat overhead but it also scales with how many exceptions that will be hit. It's really painful!

Half jokingly, it could be as simple as piping myscript.py line by line into the basic python interpreter. When the python shell hits an exception, it doesn't lose the context, it gives a another chance to do something. That's the desired behavior.