lmms icon indicating copy to clipboard operation
lmms copied to clipboard

VstEffect saves and uses native path in <key <attribute type="file" value="[path]" /> /> instead of agnostic path.

Open Jan125 opened this issue 2 months ago • 1 comments

System Information

Windows as cause, all other platforms affected

LMMS Version(s)

Since commit e30e558 / first implementation

Most Recent Working Version

No response

Bug Summary

When adding a VstEffect, a native path is used to store the information in

All currently supported platforms except Windows use / as the path separator. Windows uses .

Windows does support / in most operations, however. Linux platforms do not support .

When you load a project that was created on Windows that contains a VstEffect on Linux, the VstEffect will not be found due to wrong paths. This is not the case when loading Linux projects on Windows.

NOTE: The section is managed differently and thus is saved correctly when modified internally. It is, as far as I can see, only used for the name displayed in the window, not for the actual file being loaded.

Expected Behaviour

Should be saved with forward slashes for cross-platform compatibility.

Steps To Reproduce

  1. Create project on Windows.
  2. Add VstEffect on Windows.
  3. Try to load said project on Linux.

Logs

Screenshots / Minimum Reproducible Project

Image See wrong paths from a Windows project.

Please search the issue tracker for existing bug reports before submitting your own.

  • [x] I have searched all existing issues and confirmed that this is not a duplicate.

Jan125 avatar Oct 24 '25 14:10 Jan125

I would like to mention that this issue is NOT fixed by #8103, only mitigated. It does not update the attribute to a platform agnostic path.

Jan125 avatar Oct 31 '25 18:10 Jan125