It appears there is a 256 character limit for web projects in Xojo 2020r2.1. Any longer and we get a status 414 error and the HandleURL event does not fire.
A simple request in Xojo 2019r3.2 of 400 characters works fine.
We are updating some legacy code which used GET parameters to use POST, BUT there is a requirement to handle old and new requests. The URLs can be anything up to about 300 characters, but MAY be longer. Works fine in Xojo 2019r3.2, which we are updating from.
Regards,
If there’s a requirement to handle the old requests you should create a feedback ticket with an example project. I’m not sure of a way to work around the framework behavior. I was only going to suggest and help determine a more appropriate request.
Yes. We control both ends. The requester and handler. Older web services (built with Xojo 2019r3.2) used both GET and POST, but we can migrate newer versions to just use POST.
The limit appeared to be 2K before Web 2.0, but now appears to be 256 characters. We never used that many before, but it looks like sometimes the GET parameters can be more than 256 characters.
So far for us, Web 2.0 (and API 2.0) has given us nothing but a development headache. It has provided us no new functionality and we’ve had to update a huge amount of code, just to stay the same (Arrays, String, Events)
The URL lenght limit is not visible on our web 2.0 servers. We hosted a few of them and testing a URL with over 6983 characters didn’t even give a error.
How did you deploy this server? behind Apache, Nginx trough a load balancer (digital ocean?) or just plain or Xojo Cloud?
It seems DO doesn’t give any issue whatsoever with very long URL’s.
Could it be that you mean the BODY payload instead of the URL ?
This is just a self contained web executable so it handles the URLs itself. Just calling a simple URL longer than 256 characters means the HandleURL event does not fire and returns a status 414 error.
Judging by the feedback report, the limit may be extended in a later version.