Current API versioning can cause conflicts.
If we increase version in ipa-3-3 branch to version which hits ipa-4 capability, it could break communication between ipa-3 clients and ipa-4 servers
We need change versioning, to support API changes in bugfix releases
Some ideas in this thread: http://www.redhat.com/archives/freeipa-devel/2014-July/msg00135.html
Related: https://bugzilla.redhat.com/show_bug.cgi?id=1117300
Triaged today, from pviktori's POV, it would make sense to do it in 4.1, in case we want to backport a capability from 4.1 to 4.0.
Moving to 4.1 as a stretch goal.
This was not developed in 4.1 time frame, moving out.
Unassigning myself.
Processing leftovers from 4.2 backlog - this ticket was found as suitable for consideration in next big feature release - 4.4.
4.4 Priority
The design page needs extending or split. Now related also to #4739
Linked to Bugzilla bug: https://bugzilla.redhat.com/show_bug.cgi?id=1298286 (Red Hat Enterprise Linux 7)
master:
plugins
Support for new version of command was implemented, marking as fixed.
Metadata Update from @mbasti: - Issue assigned to jcholast - Issue set to the milestone: FreeIPA 4.4
Login to comment on this ticket.