-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Check full backwards compatibility with libotr #32
Labels
API
architecture
importance high
An issue that is absolutely necessary to have done before final release
Milestone
Comments
claucece
changed the title
Backwards compatibility with libotr
Check full backwards compatibility with libotr
Nov 11, 2017
To check:
|
claucece
added a commit
that referenced
this issue
Dec 14, 2017
claucece
added a commit
that referenced
this issue
Dec 14, 2017
claucece
added a commit
that referenced
this issue
Dec 19, 2017
Also check:
|
When it says backwards compatible, it doesn't actually mean backwards compatible - it means all the functionality should still work and be available, but not with the same API. |
claucece
added
API
importance high
An issue that is absolutely necessary to have done before final release
and removed
OTRv4 basics
waiting
labels
Jun 26, 2018
1 task
After discussion about this, most of this is probably done - although we need to make sure the otr3 callbacks work correctly. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
API
architecture
importance high
An issue that is absolutely necessary to have done before final release
Why
The library should be backwards compatible with libotr.
References
See otrv4/otrv4#48
Tasks
Open questions
None.
The text was updated successfully, but these errors were encountered: