Load Conflict When Opening a VI Containing a Recursive Dynamic Call

Updated Jul 25, 2025

Reported In

Software

  • LabVIEW

Issue Details

I'm running my LabVIEW project migrated from LabVIEW 2017 and I see the Resolve Load Conflict window pop up and tell me that I should resolve the conflict but the actual expected destination doesn't exist.

 

 

Conflicting Items

Item 1
Path: C:\Users\Localization Tester\Desktop\test1\test1.vi
LabVIEW Version: 17.0

Item 2 (Selected)
Path: ""
LabVIEW Version: ???

Details for Selected Item
Path: .
**File not found.`

test1.vi has already been loaded into memory from C:\Users\Localization Tester\Desktop\test1\test1.vi.
Choose the item that is already loaded or cancel loading.

Solution

This is a known issue first reported in LabVIEW 2019. If you have a VI that contains a recursive call to itself on the diagram, and that call site is set to be a Load and Retain dynamic subVI call, you will get a Resolve Load Conflict dialog with File not found as the expected path.

After selecting the first item in the list, the VI opens and is not broken. If you close it and reopen it, the Resolve Load Conflict dialog appears again. Note that the dialog does not appear if you open the VI outside of the project.

A workaround for the issue is to ensure the VI is shared clone reentrant, and replace the dynamic subVI call with a static call.