Hi everyone,
I was able to take a snapshot showing the data that lead to the error.
- at packet no. 40 you can see a successful login with the response in
no. 43
- at packet no. 204 you can see another login (with same form
parameters) with a denied error sent in no. 206
I hope you can find out what's going wrong now :)
I was using an iPod touch and even on a Safari desktop browser the problem
occurred, however not that often!
Cheers,
André
On Sat, Aug 17, 2013 at 4:52 AM, gajanan x.kulkarni <
gajanan.x.kulkarni_at_oracle.com> wrote:
> ok lets wait on wireshark data from the André
>
> Thanks
> Gajanan.
>
> On 8/17/2013 6:42 AM, Oleksiy Stashok wrote:
>
>> I tried sending a request byte-by-byte, but still can't reproduce the
>> problem :(
>>
>>
>>
>> On 16.08.13 17:18, Gajanan wrote:
>>
>>> Reason could be that request is coming in smaller chunks and grizzly
>>> misses a char while joining the chunks seen similare issue on sailfin in
>>> the fast. To reproduce u need simple code which writes request in small
>>> chunks.
>>>
>>> Sent from my Xperia™ smartphone
>>>
>>> André Wallat <andre.wallat_at_gmail.com> wrote:
>>>
>>> Hello,
>>>
>>> I came across a strange error when I access my server from the iPad
>>> browser Safari. Most of the times the first character of the first form
>>> parameter is removed, so instead of "username" the parameter "sername" is
>>> received in my ContainerRequestFilter. All the other parameters are fine.
>>> Other browsers like Chrome, Firefox and even Android worked okay.
>>>
>>> Any ideas? Maybe someone can open up an issue for this?
>>>
>>> Here a bit more detailed scenario:
>>> I send a post request with jQuery (v1.10.2) to my server after I access
>>> my website the first time. I think here it even works to transmit/convert
>>> the form parameter correctly, but when I submit the data a second time,
>>> then the first form parameter is losing its first character. My website is
>>> a single-page-app created with AngularJS.
>>> With firefox light I could check the POST-request and the submitted
>>> parameters were correct. So it has to be an error in grizzly!?
>>>
>>> My workaround so far is to add a dummy-Parameter as the first parameter,
>>> so that the other parameters stay okay.
>>>
>>> Client: Safari iOS iPad 6.1.3
>>> Server: Grizzly 2.3.5
>>>
>>> Cheers,
>>> André
>>>
>>
>>
> --
> "I say the glass is always full- half with air, half with water!" - Modi
>
>