「_setup_local_to_scene: Path to node is invalid」エラーが出るとき

Godot v4.1.3

# 結論
エラー文に書いてあるノードが見つからず困っている。
godotのシーンファイルを直接みてこれが書いてあるアイテムを見つけ、再度設定し直せば正しく動くようになる。
これが起きた原因はGodotがシーンを切り分けたり統合する機能のバグ。

# 現象
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/a0ec798c-e744-d6e8-bf53-7209761cab29.png)
# 原因と思われること
サブビューポートが望ましい順番で読み込まれていない。
シーン内ツリー構造や、取り込んだシーンなどが疑わしい。
# 状況①
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/de69cb0d-ecd6-d652-d58c-940ab6714c94.png)
こういうSubViewPortをテクスチャとして利用する構造にする
Viewportができてないと使う側で怒られるので使う側よりも上にViewportを配置している
このシーンをまた別のシーンの子として吊り下げる
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/d8cb90ae-0a7e-2eae-61a9-0ef07d223923.png)
すると上のエラーが出た。

右クリックから「ローカルにする」を選ぶとエラーは消える。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/145caaad-0934-2060-f9db-5777d4349216.png)
けどシーンの再利用性が使えないのは困る。

# 妥協案
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/145caaad-0934-2060-f9db-5777d4349216.png)
上記「編集可能な子」にチェックをつけると下記のように黄色く表示される。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/e10401f9-c0da-e759-2b12-b5278ac09320.png)
あくまで推測だが、サブビューポートはレンダリングに関係するので内部でも特別な扱いを受けているのではないだろうか。どういった形であれ予め読み込んでおくことでローカルに展開したのと同じ効果が期待できる。

# 余談
確実にバグなのでイシュー投げたいんですけど英語弱すぎてすでにこのイシューがあるのかどうかもわからないのでここに書いときます

# 状況②（再発した）
後日プロジェクトを開きそのまま再生したところ上と全く同じエラーが出た。
さらに謎の差分が出るようになった。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/f4dbe3cd-1f1d-ae7f-5da4-d41e15f8d153.png)
ちゃんと調べたところプロジェクトを開き直した直後は問題なし、"該当シーンを2Dモードで表示した後"に再生ボタンを押したときにこの差分が生成されるようだった。ただしこの条件を満たしても該当差分が出ない場合もあり、いまいちわからん。
この差分が生まれている場合は書いてあるとおりパスがなぜか勝手に改変されているのでサブビューポートを使った処理がうまく読み込まれない。
あとついでに問題が起きそうなシーンのプレビューが真っ黒になってるっぽかった。もしやここも内部的にサブビューポートを使ってて、それでなんか変な問題が起きてるとかじゃなかろうな。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/e3b33c46-af7c-7e9f-e53f-46b32c1c7f03.png)
さらにさらに、サブビューポートを読み込んでいるパーティクルでの指定もおかしくなっていた。
なぜか平文表示で、各ノードにあるアイコンがなぜかない表記になっている。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/8e09c591-7c7c-e9b9-0ebc-31caf8e5eb3a.png)
設定し直したらこう↓
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/e4060f64-5a1c-1d57-e676-1f0dd96a7351.png)
ちなみにこれで設定し直してももとに戻るわけではない。
のだが、妥協案の項でやった「編集可能な子」のチェックを外すと直った。
結果オーライなのだが、なぜこのような現象が起きたのだろうか？

# 仮説
こんな変な状態に自らしたわけがない。
ということで状況①の操作のどこかでここが勝手にすり替わるのだと考えた。
特にシーンをファイルに切り分ける処理とかいかにもアヤしい。
今は正しく動く状態になっている。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/736f49c3-f86c-44b0-0472-c05990310d04.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/1e4ebc30-d6a4-be0f-04f2-bf82ac303390.png)
このような構成になっている。
また、SubViewportはGPUParticles2Dからテクスチャとして参照されている。
ここに操作を加えてバグらせるのを目指す。

# 検証①
DamageDisplayを「ローカルにする」してみる。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/caa3ff6c-37ff-bb18-a223-2bfedeaabbbb.png)
バグりました。（SubViewport特有のアイコンが表示されていない）
実際動かしても例のエラーが出るしテクスチャは正しく表示されない。
私の直感鋭すぎか？
そしてこれを直せば直る。

# 検証②
逆に「ブランチをシーンとして保存」をする。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/a06c081a-76f8-71b0-1000-4e2e4ca1d264.png)
うおお、いきなりエラー出た
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/dd7762e5-3309-2bd0-5236-fd944c2b522c.png)
そして吊り下げられてて参照できるはずのExport変数が全部抜けた状態になってるな
（これは仕様かも）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/422353/4c200be2-e8ad-739f-5037-bd7a950d96d5.png)
そんで案の定SubViewportの参照はこわれている。
上で悩まされていたバグの状態と一致した。

# まとめ
ということで、なんか致命的な問題というよりはシーン切り分け操作がうまくいかないことによるデータ不整合で直したら解決しそうっすね。
それはそうと上の妥協案で再起動前は正しく動いてたのが謎……