Puppet

puppetdoc isn’t special; any of the following (and perhaps others) have the same effect:

spec/unit/util/filetype.rb spec/unit/parser/ast/function.rb spec/unit/parser/ast/casestatement.rb spec/integration/ssl/certificate_authority.rb spec/unit/property/ordered_list.rb spec/unit/parser/functions/sprintf.rb spec/integration/file_serving/metadata.rb spec/unit/ssl/certificate_authority.rb spec/integration/indirector/catalog/compiler.rb spec/unit/provider/user/ldap.rb spec/unit/application/puppetdoc.rb spec/unit/parser/functions/regsubst.rb spec/unit/network/format_handler.rb spec/unit/indirector/key/file.rb spec/unit/parser/functions/split.rb spec/unit/simple_graph.rb spec/unit/provider/confine/exists.rb spec/unit/ssl/key.rb spec/shared_behaviours/memory_terminus.rb spec/integration/util/file_locking.rb spec/integration/node.rb spec/integration/file_serving/content.rb spec/integration/checksum.rb spec/integration/type.rb spec/unit/util/user_attr.rb spec/unit/indirector/catalog/yaml.rb spec/unit/provider/zpool/solaris.rb spec/unit/type/zpool.rb spec/unit/type/augeas.rb spec/unit/indirector/terminus.rb spec/unit/indirector/report/processor.rb spec/unit/parser/functions/shellquote.rb spec/unit/indirector/code.rb spec/unit/file_serving/base.rb spec/unit/node/environment.rb spec/unit/reports.rb

I’m pushing this one out to 0.25.3 because it does not appear to be consistently reproducible (there appears to be some other confounding factor in addition to the ordering). I suspected it might have to do with the loading of libraries, but was unable to confirm this because after adding code to dump $“ I was unable to reproduce it.

The problem (as Jesse discovered in fixing the re-opened #2675) was that field initialization was order-indeterminate, so the type (needed for type-specific canonization) was not always set before the title.