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
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
Author: Matt [Added to the original trac issue at 9.24pm, Friday, 30th December 2011]
It seems that this might be due to a lack of Content-Type header on the request. When this isn't present, Rails seems to assume it's application/x-www-form-urlencoded, which is a reasonable default for web middleware and RFC compliant. However, this means it would attempt to interpret the '%' as an escape code and fail whenever it's not followed by two hex digits.
It appears to work as expected when the Content-Type is set to "text/xml" in my tests.
It's possible this isn't the same issue as you're seeing. If this is the case, and a Content-Type header is being sent, please could you provide a tcpdump of the failing session for further analysis?
Author: fkv [Added to the original trac issue at 6.20am, Sunday, 22nd April 2012]
This should cause a 4xx error, not a 500. An internal server error is always a serious bug, no matter whether the request was valid or not.
This issue affects a lot of users, because I get it with Markaartor (latest stable version), which is one of the major Openstreetmap editors. There may be a bug in Merkaartor too, but anyway the internal server error is a server bug.
Reporter: Koying
[Submitted to the original trac issue database at 12.54am, Thursday, 29th December 2011]
The api returns a 500 error when trying to upload a diff change with a tag value ending with a percent.
A tag value with a percent in the middle works fine.
Example osmchange:[[BR]]
The text was updated successfully, but these errors were encountered: