Don't export blobs in unchanged locations about aura HOT 1 CLOSED

After diving into this problem I concluded that this is not worth implementing (atm) given possible problems vs speedup this will give for aura diff, my reasoning:

The diff (difflib.unified_diff) would need to be replaced with a re-implementation that would expose the line numbers of changed locations. This would cause a code duplication since it would basically be a copy-pasted code of the implementation from the stdlib. Aggregated numbers of changed lines should then be somehow exposed (ScanLocation.metadata?) so that the analyzers plugin (string finder/blob extractor) can read it and decide based on the changes. This is doable but will however break often due to the optimizations done by Aura.

Namely, this will break due to constant propagations. Consider there is a string defined which is later propagated by ast optimizations into some functions call (eval(x) for example). The function call receiving the string has not changed so the blob extraction would skip/ignore this but the code from which the constant originated has changed. This is just one of the potential scenarios where the diff can be (wrongly) ignored which is far worse (as the user relly on reporting the differences by aura) than the performance gain from skipping unchanged locations for blob extraction.

from aura.