You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I indeed set aubio_pitch version to 0.4.7 when I added version field on models.Processor without being sure of the write one to give (depend on witch aubio algo/decoding version we use, right?)
@yomguy has corrected it to 0.4.6 in aubio_pitch.pyplugin, thanks for that.
However, from the point of view of sandbox: a new plugins is now available with same processor id (i.e. pid) but a different version.
I deleted the former aubio_pitch 0.4.7 processor in sandbox's DB as it does not refer to a real plugin anymore so it temporary fixes the bug.
@yomguy, what is the best short term and the best preferable long term solutions to manage processors unicity regarding there pid and version:
does 2 processor with same pid but different version are allowed to live together? (if yes, a reliable plugin file name should be specified E.g: aubio_pitch_0.4.6.py)
should models.Processor pid and version be unique_together and at then all Processors.objects.get(pid=...) should be added a version (or replace them with a Processors.get_last_version(pid=...) with a version format spec)
about Processors URL as discuss in this issue: should they include version:
E.g.: /timeside/api/processors/aubio_pitch/0.4.6/
while app is run, all plugins that does not have a processor with same pid and version will be created. Should any current processor that does not refer anymore to an available plugin be deleted?
https://sandbox.wasabi.telemeta.org/timeside/api/processors/aubio_pitch/
The text was updated successfully, but these errors were encountered: