[openstreetmap/openstreetmap-website] Upgrade to rails 7.1.0 (PR #4278)

Tom Hughes notifications at github.com
Wed Oct 11 18:25:20 UTC 2023


@tomhughes commented on this pull request.



> @@ -138,7 +138,7 @@ def test_create_invalid_xml
       xml = "<osm><node lat='#{lat}' lon='#{lon}' changeset='#{changeset.id}'><tag k='foo' v='#{'x' * 256}'/></node></osm>"
       put node_create_path, :params => xml, :headers => auth_header
       assert_response :bad_request, "node upload did not return bad_request status"
-      assert_equal ["NodeTag ", " v: is too long (maximum is 255 characters) (\"#{'x' * 256}\")"], @response.body.split(/[0-9]+,foo:/)

I remembered the details slightly wrong... This is what it used to look like:

```
NodeTag 14,foo: v: is too long (maximum is 255 characters)
```

and now:

```
NodeTag [38, "foo"]: v: is too long (maximum is 255 characters)
```

which is all down to how rails default error handling (augmented by CPK in the old code) represents a composite key in a validation failure which I'm not sure we can do much about?

Are users really supposed to be parsing this?

-- 
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/4278#discussion_r1355570644
You are receiving this because you are subscribed to this thread.

Message ID: <openstreetmap/openstreetmap-website/pull/4278/review/1672219180 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/rails-dev/attachments/20231011/081e1982/attachment-0001.htm>


More information about the rails-dev mailing list