Description: ------------ i use html_ajax.post in this specific way: HTML_AJAX_Util.setInnerHTML('requestMessageContent', HTML_AJAX.post('/includes/pages/forms.inc.php?class=CWeekCalendar&methode=writeRequest',{array:selectedList, list:selectedList, requestComment:comment})); selectedList is a array With Firefox and IE $_POST is set with the values. With Opera, $_POST is empty.

Same problem in Safari also: This: var sType = HTML_AJAX.post('scripts/get_auth_type.php',{ username:frm.username.value }); Returns empty in Opera and Safari.

Things look fine for me using Safari on windows. The content-type header does have the encoding twice in it which might be causing the problem. Can you guys test the Post sync example at: http://bluga.net/projects/HTML_AJAX/examples/proxyless_usage.php Also what versions of Opera/Safari are giving you problems.

Hello With Opera (9.25) and HTML_AJAX 0.5.2-beta I also can reproduce this problem. @Joshua: Both Post (async & sync) examples only return: array(0) { } Grab and all others work fine. Regards, Andreas

Hello, Only want to ask - is someone taking care of this bug? I know, Opera is not the mainstream browser, but also quiet widley used. Cheers, Andreas

I'm hoping to take a look at this, but we don't currently have any devs who use Opera at all. If someone has some time to investigate the problem i'd be thankful

I did some packet sniffing with wireshark. It catched the POST request containg data which I submitted previously with post(). If I compare it to one made with a <form method="POST"> in Opera it looks like to be the same. Anyway it seems PHP does not like the request, otherwise $_POST wouldn't be empty. The answer, the output of the PHP script which got called, is getting through and comes out as return value of post(). This way works. Cheers, Unki

unki: did you get the headers when it was sniffing, thats the only thing i could think that would be the problem in a case like this.

Fixed in svn, 0.5.6 should be released soon