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
If we update the constructor call of a inner class, e.g: (from case examples/t_225073)
- new Lock.With(directory.makeLock("commit.lock")) {..
+ new Lock.With(directory.makeLock("commit.lock"), COMMIT_LOCK_TIMEOUT) { ...
when the diff produces two changes (all ops): update new class and insert literal., and one root op (the update).
I would say that the update of new class is redundant, but if we keep only the insert (by changing the label of the new class to print the name rather than the signature) we lose some information about the context of the change.
This issue was found when creating the fix for #147 created by @algomaster99
The text was updated successfully, but these errors were encountered:
If we update the constructor call of a inner class, e.g: (from case
examples/t_225073
)when the diff produces two changes (all ops): update new class and insert literal., and one root op (the update).
I would say that the update of new class is redundant, but if we keep only the insert (by changing the label of the new class to print the name rather than the signature) we lose some information about the context of the change.
This issue was found when creating the fix for #147 created by @algomaster99
The text was updated successfully, but these errors were encountered: