summaryrefslogtreecommitdiffstats
path: root/spec/unit/util/autoload.rb
diff options
context:
space:
mode:
authorNick Lewis <nick@puppetlabs.com>2011-06-10 10:48:36 -0700
committerNick Lewis <nick@puppetlabs.com>2011-06-10 11:51:55 -0700
commit413b136671232a8a0a9e27c18c1b6547241276e7 (patch)
treeec034a324b658e492ec504141c0212b60ab9aef1 /spec/unit/util/autoload.rb
parentd866ce187d45897acb9b099e7a4d77a2aadced8d (diff)
downloadpuppet-413b136671232a8a0a9e27c18c1b6547241276e7.tar.gz
puppet-413b136671232a8a0a9e27c18c1b6547241276e7.tar.xz
puppet-413b136671232a8a0a9e27c18c1b6547241276e7.zip
(#4416) Always remove old provider before recreating it
In the case where provider class evaluation failed midway, the provider class would be created but not registered. Thus, when checking whether it should be removed, it wasn't found, and wasn't removed. This caused it to then fail to be recreated, because it collided with the existing class. Now we don't bother checking whether the provider is registered before we remove it, since rmclass has the appropriate checks to do the unregistration, and class removal safely. Removing a provider class that has been created but not registered should not be a problem since the only time this can happen is when the class is unusable because of parsing or other fatal errors in the provider itself. Paired-with: Jacob Helwig <jacob@puppetlabs.com>
Diffstat (limited to 'spec/unit/util/autoload.rb')
0 files changed, 0 insertions, 0 deletions