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
Either before parity or, if not, right after, we need the ability to version either:
extension classes
OR
exposed methods within extension classes
Right now, these are holes as a method in an extension class can change - which plugins depend on - but the plugin has no way to mark this. This will lead to API breakage, which is what we want to avoid and the whole reason for versioning.
@ikelos I am assigning this to you to think what system you want for this. We can then overhaul all the extensions at once (I assume they would all start 1,0,0 since none have it now.
Either before parity or, if not, right after, we need the ability to version either:
OR
Right now, these are holes as a method in an extension class can change - which plugins depend on - but the plugin has no way to mark this. This will lead to API breakage, which is what we want to avoid and the whole reason for versioning.
@ikelos I am assigning this to you to think what system you want for this. We can then overhaul all the extensions at once (I assume they would all start 1,0,0 since none have it now.
References from the GUI ticket:
The text was updated successfully, but these errors were encountered: