Maximum of total Receipt line

[Ealfardan]

Update: I failed to replicate this behavior using Cloud Edition, MS Edge on Windows 10.

I was able to successfully create a single receipt and a single sales invoice with 885 lines each containing account UUID and nothing else.

I was also able to update the invoice, however when I tried to update the receipt I found out that it wasn’t assigned a UUID (which may be related or could be something completely different).

It seems that there isn’t any official limits but many other factors could force practical limits. My guess is that it’s something similar or related to this past bug:

@MarkLL

Morning @Tut, let me see if I can help…

I definitely fails once you select the 250 of more row indicators. And here is the reason.
The Javascript code that handles this process simply joins all the keys (uuids) together to create a url. Unfortunately, the length of the url is too long. So for 250 items the length is 9,292 characters.

xhr.open("POST", batchDeleteUrl+'&Keys=' + keys.join(','));

Edit: Actually my original suggestion will never scale for large numbers of items so…
I suggest that lubos change it so the keys are split up into blocks of 100 or so and process that way.

The following is a StackOverflow response to the google search “maximum length of post data to html”

The POST method allows sending far more data than the GET method, which is limited by the URL length - about 2KB. The HTTP client (browser or other user agent) can have its own limitations. Therefore, the maximum POST body request size is min(serverMaximumSize, clientMaximumSize)

@DnD_IT_Solution could you re-examine this using less text and see if it’s some sort of text length limit. If it’s not then maybe you can share the following information – at minimum:

• Your edition and version
• Your OS and browser details
• Sample batch create/update data which caused the error.