Digging deeper, looking at the form src. I'm seeing the following ex
String[] values = request.getParameters(FORM_DATA);
if (!request.getMethod().equals("POST") || values == null)
throw new RuntimeException(messages.format("core-invalid-form-request",
FORM_DATA));
Is there any way to know which one of these two conditions are actually
causing the exception? Can you still have a post while having null
form_data?
On Fri, Feb 20, 2015 at 11:09 AM, George Christman <gchrist...@cardaddy.com>
wrote:
> I also found this article related to android. Again I'm not very familiar
> with this stuff, so please forgive me if it's unrelated.
>
>
> http://stackoverflow.com/questions/8587913/what-exactly-does-urlconnection-setdooutput-affect
>
> On Fri, Feb 20, 2015 at 11:04 AM, George Christman <
> gchrist...@cardaddy.com> wrote:
>
>> Some further research has turned up this
>>
>>
>> http://stackoverflow.com/questions/8187188/android-4-0-ics-turning-httpurlconnection-get-requests-into-post-requests
>>
>> I also posted the following question on SO
>>
>> http://stackoverflow.com/questions/28632632/browser-turning-a-post-request-into-a-get?noredirect=1#comment45565655_28632632
>>
>> Someone answered with the following answer, I'm not sure if it even makes
>> sense.
>>
>> The problem caused by address bar completion of all browsers and the
>> solution is that, please add *autocomplete="false"* to all of your forms.
>>
>>
>>
>> On Fri, Feb 20, 2015 at 10:38 AM, George Christman <
>> gchrist...@cardaddy.com> wrote:
>>
>>>
>>>
>>> On Fri, Feb 20, 2015 at 9:31 AM, Thiago H de Paula Figueiredo <
>>> thiag...@gmail.com> wrote:
>>>
>>>> On Fri, 20 Feb 2015 12:15:55 -0200, George Christman <
>>>> gchrist...@cardaddy.com> wrote:
>>>>
>>>> So the question is how is the user able to force the browser to load
>>>>> that
>>>>> url in the address bar, "I assuming its being loaded in the address
>>>>> bar"?
>>>>> Is there a bug in the form component or could the user have some sort
>>>>> of
>>>>> browser setting causing this. Ironically I noticed a lot of ie6 users
>>>>> but
>>>>> some android users as well which this exception. Before I block the
>>>>> exception from clogging up my logs, I'd like to make one last attempt
>>>>> at
>>>>> resolving it.
>>>>>
>>>>> What I'd really like to know is if the app is failing do to bad code
>>>>> or if the user is doing something to cause it to fail.
>>>>>
>>>>
>>>> I'd guess this is caused by browsers misbehaving, specially after the
>>>> IE6 info (who the hell still uses such an ancient and overall horrible
>>>> browser yet?). What else could turn a POST into a GET?
>>>>
>>> ^^ lol, great question. I think I'm going to add a js warning for all xp
>>> users to find an alternate browser. I didn't want to support old versions
>>> of ie back then and I'm deff not doing it today lol.
>>>
>>> Do you think there is a reason for a browser to do such a thing? I'm
>>> assuming you don't believe it's bad code, but rather the browser screwing
>>> up.
>>>
>>> Some thoughts,
>>>
>>> Relative urls shouldn't effect this right?
>>>
>>> What about long transactions? Could a user stop, double submit etc that
>>> could cause the browser to screw up?
>>>
>>>>
>>>> --
>>>> Thiago H. de Paula Figueiredo
>>>> Tapestry, Java and Hibernate consultant and developer
>>>> http://machina.com.br
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>>
>>>>
>>>
>>>
>>> --
>>> George Christman
>>> CEO
>>> www.CarDaddy.com
>>> P.O. Box 735
>>> Johnstown, New York
>>>
>>>
>>
>>
>> --
>> George Christman
>> CEO
>> www.CarDaddy.com
>> P.O. Box 735
>> Johnstown, New York
>>
>>
>
>
> --
> George Christman
> CEO
> www.CarDaddy.com
> P.O. Box 735
> Johnstown, New York
>
>
--
George Christman
CEO
www.CarDaddy.com
P.O. Box 735
Johnstown, New York
