test still failed, I am try to find the reason.

@pengchongfu

You can compile the code, and then copy the test case to the console debugging

@gebilaoxiong , thanks.

• My change seems to introduce a bug : (. I hava test locally and found this test failed.

• I make a demo, I know it is a little hack. compVm._watcher was inactive, I am try to find the reason.

my fault, compVm._watcher changed. see this demo

@yyx990803 , my change would introduce new bug :(, because if we force every VNode has a key by order, this will have side effect for patch, see this demo.

I have update my change, maybe we should filter the VNode before set a key.
only set a key to VNode have similar shape, likely generated by v-for.

hi, I looked at your code

there is a problem about the nested child as a v-for created

<div id="app"></div>

const vm = new Vue({
  el: '#app',
  data: { n: 1 },
  render(h) {
    const list = []

    for (let i = 0; i < this.n; i++) {
      list.push(h('input', {
        attrs: {
          value: 'a',
          type: 'text'
        }
      }))
    }

    const b = h('input', {
      attrs: {
        value: 'b',
        type: 'text'
      }
    })
    
    return h('div', [
      [...list, b]
    ])
  }
})

If the nested list is followed by the same type of element...

steps to reproduce

Enter some data in the last input box

modify the value of n in the console :

vm.n++

What is expected

it will create a new input, and the value of this input is b

What is actually happening?

But the correct should be create a element In front of b

Conclusion

It is always problematic to distinguish whether the element is a loop

So I think here should only set the key for v-for created, or should remove this code

to avoid other situations

@gebilaoxiong , you are right, the best way is coding carefully...