What version of Go are you using (go version)?

$ go version
go version devel +3be166d Tue Nov 1 22:44:31 2016 +0000 darwin/amd64

What operating system and processor architecture are you using (go env)?

$ go env
GOARCH="amd64"
GOBIN=""
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOOS="darwin"
GOPATH="/Users/rhys/work"
GORACE=""
GOROOT="/usr/local/go"
GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64"
GCCGO="gccgo"
CC="clang"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/49/zmds5zsn75z1283vtzxyfr5hj7yjq4/T/go-build002017019=/tmp/go-build -gno-record-gcc-switches -fno-common"
CXX="clang++"
CGO_ENABLED="1"
PKG_CONFIG="pkg-config"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"

What did you do?

I have an application that sets up and executes some templates. The program starts with a New template, sets a FuncMap via Funcs, and then it calls Parse with a base template. The text of the base template uses the template keyword to invoke some templates—it also uses the define keyword to specify default implementations of the templates it invokes.

Then the program calls Clone on that template a few separate times, calls Parse with template text that includes re-definitions of the templates invoked by the base template, and then calls Execute on the resulting template.Template values.

What did you expect to see?

With go1.7.3, the program executes its templates successfully.

What did you see instead?

With go version devel +3be166d Tue Nov 1 22:44:31 2016 +0000, executing the template fails with

no such template "title$htmltemplate_stateRCDATA_elementTitle"

The text of the template includes {{ define "title" }}{{ end }} and {{ template "title" . }}.

I've bisected this to cd2c9df, html/template: fix Clone so that t.Lookup(t.Name()) yields t.

I can work around the bug by inserting a layer of t = template.Must(t.New("foo").Parse("")) right before the call to Clone.

I haven't been able to reduce this to a minimal test case. Below is code that does not reproduce the bug, but is similar in shape to what the application does.

package main

import (
	"fmt"
	"html/template"
	"log"
	"os"
)

func main() {
	log.SetFlags(0)

	base := `
{{ define "base" -}}
	{{ template "title" . -}}
{{ end -}}

{{ define "title" }}{{ end -}}
`[1:]

	page := `
{{ template "base" . }}
{{ define "title" }}OK{{ end -}}
`[1:]

	t1 := template.New("")
	t1 = t1.Funcs(template.FuncMap{})
	t1 = template.Must(t1.New("base").Parse(base))

	for i := 0; i < 10; i++ {
		t2 := template.Must(t1.Clone())
		t2 = template.Must(t2.New(fmt.Sprintf("%d", i)).Parse(page))

		err := t2.Execute(os.Stdout, nil)
		if err != nil {
			log.Fatalf("err=%q")
		}
	}
}