Not easy to reproduce this bug (hence the absence of an e2e-test). Here are the general steps:
comp1 -> comp2 -> comp3, tag all to main, export.
create a lane from comp3 only, snap, export.
on the remote, add comp2 and comp3 to update-dependents.
undo comp2.
import the lane to a new workspace and also comp3 with the version shows in the update-dependents prop of the lane.
snap all with --unmodified.
It used to throw an error suggesting comp2 is not part of the lane. Because comp2 snap object doesn't exist locally, it can't see that the Version object has the origin with the same lane id.
This PR fixes it by not checking the dependency in the first place if it was already tagged/snapped with that dep before. We only care about newly introduced dependencies.
Not easy to reproduce this bug (hence the absence of an e2e-test). Here are the general steps:
It used to throw an error suggesting comp2 is not part of the lane. Because comp2 snap object doesn't exist locally, it can't see that the
Version
object has the origin with the same lane id.This PR fixes it by not checking the dependency in the first place if it was already tagged/snapped with that dep before. We only care about newly introduced dependencies.