Workspace control verifies old unpropagation URL when saving with a new name #55

Closed
oldpatricka opened this Issue Jun 1, 2011 · 0 comments

2 participants

@oldpatricka
Nimbus member

This can cause a failure when you have a case like:

  1. Propagate in an http URL
  2. modify image
  3. Unpropagate with scp or https

Workspace control will attempt to verify that it can unpropagate to original URL, not the original, causing a failure.

@oldpatricka oldpatricka added a commit that referenced this issue Jun 7, 2011
@oldpatricka oldpatricka Change when new unpropagate targets are translated in wsc
This is to address bug #55. This also splits translation and validation into two functions
bbc5649
@oldpatricka oldpatricka added a commit that referenced this issue Jun 8, 2011
@oldpatricka oldpatricka Fix failing validation when unpropagating with new target
Previously, the original propagation URL was examined for
validation on propagation, rather than a new URL (for example, specified with:
workspace.sh --shutdown-save -e foo.epr --save-target https://example.com/new )

This addresses bug #55
e6470ca
@labisso labisso closed this Jun 9, 2011
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment