-
Notifications
You must be signed in to change notification settings - Fork 159
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
Ensure we handle 413
from EDDN properly
#1390
Comments
Side note: We don't currently gzip our sent messages, we could start doing that so as to mostly avoid the issue. |
A-UNDERSCORE-D
added a commit
to A-UNDERSCORE-D/EDMarketConnector
that referenced
this issue
Jan 20, 2022
This is a sidestep solution to EDCD#1390. It doesn't attempt to directly resend data, only compressing with gzip over a given size. If that STILL returns a 413, its dropped, as without introspection of the message we cannot make it any smaller
A-UNDERSCORE-D
added a commit
to A-UNDERSCORE-D/EDMarketConnector
that referenced
this issue
Jan 25, 2022
This is a sidestep solution to EDCD#1390. It doesn't attempt to directly resend data, only compressing with gzip over a given size. If that STILL returns a 413, its dropped, as without introspection of the message we cannot make it any smaller
A-UNDERSCORE-D
added a commit
to A-UNDERSCORE-D/EDMarketConnector
that referenced
this issue
Jan 26, 2022
This is a sidestep solution to EDCD#1390. It doesn't attempt to directly resend data, only compressing with gzip over a given size. If that STILL returns a 413, its dropped, as without introspection of the message we cannot make it any smaller
I think we tested the merged branch to my satisfaction, so closing this to clear down 5.3.0 milestone. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
It recently came to light that EDDN has a maximum accepted message size . If any message is larger than this then the sender will receive an HTTP
413
status code.We need to ensure that we handle this sanely. In particular ensure that such a message (probably a large
navroute
) doesn't cause any subsequent EDDN messages to be blocked.The text was updated successfully, but these errors were encountered: