Fix statically resolving renders in Task#show

[skipkayhil]

Rails tries to parse render calls in partials to generate a tree of dependencies that should be included in the cache key for a template/partial. The RenderParser is also used by gems such as ActionView::Precompiler and LooseErbs for similar purposes (identifying template/partial dependencies).

Currently, render @task.active_runs and render @runs_page.records cannot be resolved by the RenderParser (this is a documented shortcoming of the RenderParser).

This commit makes the two partial dependencies explicit as recommended in the ActionView::CacheHelper docs. This should not change the behavior of the renders, but it does enable the RenderParser to identify the partials being rendered.

[etiennebarrie]

Interesting, but we don't use caching in the engine views. Is it something that can be enabled from the application?

[hmcguire-shopify]

Interesting, but we don't use caching in the engine views. Is it something that can be enabled from the application?

I think you're right, I'm not sure of a way that caching could be used here. I'm mostly interested in the static analysis:

The RenderParser is also used by gems such as ActionView::Precompiler and LooseErbs for similar purposes (identifying template/partial dependencies).

[etiennebarrie]

Oh cool. This line will also need a similar template dependency declaration:

maintenance_tasks/app/views/maintenance_tasks/runs/_run.html.erb

Line 11 in e56130a

<%= render "maintenance_tasks/runs/info/#{run.status}", run: run %>

Makes me think we should look into strict locals as well.

[hmcguire-shopify]

rails/rails#50944

I actually have a fix in the works for that one as well 😄

(We could add the Template Dependency: maintenance_tasks/runs/info/* comment in the meantime for older Rails versions though)