Reputation: 21
Problem: Browser requests which are part of a flow in order as seen via chrome developer tools:
I am trying to find out why did the 3rd request use cookie "def" instead of updated value "ghi"
Key point here is that, it occurs when I go via elastic load balancer and nginx router. Same flow using internal URL without nginx router in-between, works fine
It looks like, before the cookie is set by the response, redirect request is created. This is a normal scenario in my application where I update the cookie and perform redirect-303.
From my finding, increase in cookie size in-turn increases response, What are the nginx configurations affecting the request and response size limits. I don't see any error in nginx error log though
Is there a way to debug from 2nd step response to 3rd redirect request in chrome?
Updating same issue with logs when executed the request via curl this is what I see when ran via curl
Ignoring the response-body
Connection #0 to host application_url left intact
Issue another request to this URL: 'https://application_url/contextpath/request_xxx'
Disables POST, goes with GET
Found bundle for host application_url: xxxxxxxxxxxx
Re-using existing connection! (#0) with host application_url
Connected to application_url (IP_HERE) port 443 (#0)
Upvotes: 1
Views: 2178
Reputation: 21
Finally found that, it was cookie size which caused the issue. Based on the following site, chrome has limitation up to 4096 and I was passing 4116.
http://browsercookielimits.iain.guru/
Why I got carried away with nginx was that when used via internal url, it worked. But that was not the issue.
So one thing to understand is that chrome does not complain when the cookie size exceeds limit. It just doesn't use it while creating next request
Upvotes: 1