URLRequest via POST und navigateToUrl an IE9

[script_paddel]

Hallo,
ich habe ein Problem mit dem IE9.
Ich übergebe mit navigateToURL ein URLRequest-Objekt mit URLVariables per POST an ein php-Skript. Die Daten werden dort verarbeitet und in HTML dargestellt.

In Firefox, Chrome, IE8 wird die Seite geöffnet und die Daten kommen wunderbar per Post an. Nur nicht im IE9. Die Seite wird geöffnet aber das php-Array $_POST und das $_GET-Array (sicherheitshalber habe ich versucht die Daten auch per GET abzufangen) sind immer leer.

Kennt jemand dieses Problem? Ich habe gesucht und keine Hinweise gefunden.

Hier das Skript:

var myPrintURL:String = aktuelleURL + "BM_papiereinlagen_drucken.php";
var xmlPrintRequest:URLRequest = new URLRequest(myPrintURL);

var variables:URLVariables = new URLVariables();
variables.nocache = new Date().getTime();
variables.xml = druckXML;
variables.menge = menge;
xmlPrintRequest.data = variables;

xmlPrintRequest.method = URLRequestMethod.POST;
xmlPrintRequest.contentType = "application/x-www-form-urlencoded";
navigateToURL(xmlPrintRequest, "_blank");

[hgseib]

was steht dann da so drinn in 'druckXML' ?

sind < & > als ampersand geschrieben?

ansonsten halt das übliche: so lange was weglassen, bis es geht. das letzte, was du weg gelassen hast isses.

[script_paddel]

druckXML ist ein XML-Objekt

druckXML = new XML(papiereinlagenDruckXML);

ich hatte auch schon den Content-Type:
xmlPrintRequest.contentType = "text/xml";

ausprobiert. Ging auch nicht.


Muss ich etwa alle "<" und ">" des XML codieren???


Es ist doch so dass die decode() Methode im URLVariables enthalten ist::

Wandelt den Variablenstring in Eigenschaften des angegebenen URLVariables-Objekts um.
Diese Methode wird intern von den URLVariables-Ereignissen verwendet. Die meisten Benutzer müssen diese Methode nicht direkt aufrufen.

[script_paddel]

Ich muss noch ergänzen dass ich die druckXML auch schon mal als "normalen" String gepostet habe und nicht als XML.
Auch da hatte ich das Problem im IE9.
Sende ich das Ganze per GET geht es zwar im IE9 aber es kommt zur Fehlermeldung falls der String sehr lang ist und dann die zulässige Länge des Query-Strings, den IE9 entgegennimmt, überschreitet.

[hgseib]

Zitat von script_paddel

Muss ich etwa alle "<" und ">" des XML codieren???

besser ist das. probiers halt mal aus?
(bei reinem xml ist's klar: <> für tags und alles was kein tag ist ampersanden)

aber warum mischst du überhaupt?
pack deine anderen parameter in das xml mit rein und sende nur ein xml.


variables.nocache = new Date().getTime();
als POST macht doch auch keinen sinn?
man hängt das datum GET-mässig an den url, damit ein laden erzwungen wird.

[script_paddel]

Das Problem muss am IE9 liegen!
Wenn ich folgendes mache ist beim IE9 print_r($_POST); und auch print_r($_GET); leer.

var myPrintURL:String = "test.php";
var xmlPrintRequest:URLRequest = new URLRequest(myPrintURL);

var variables:URLVariables = new URLVariables();
variables.testString = "Hallo Welt";
xmlPrintRequest.data = variables;
xmlPrintRequest.method = URLRequestMethod.POST;
navigateToURL(xmlPrintRequest, "_blank");

Ich hab wirklich schon alles probiert. Im IE8, Chrome und Firefox ist auch alles prima.
Aber was ist mit dem IE9 los?????
Warum empfängt er bei navigateToURL keine POST-Daten?

Das ist die Ausgabe von IE8:
POST: Array ( [testString] => Hallo Welt )

[hgseib]

ja und nein.
wenn generell kein POST gehen würde, dann würde garnichts mehr laufen !?

mal ein html-form senden?

hast du für IE sowas wie firebug? kannst da mal sehen ob sich was bewegt?


ansonsten muss ich passen.
ist hier niemand anderes, der mal was dazu sagen kann?

[script_paddel]

Ich habe den Verdacht dass nur bei navigateToURL POST-Variablen nicht funktionieren.
Denn wenn ich ein Skript mit dem URLLoader-Objekt aufrufe und mein URLRequest mit POST Variablen übergebe funktioniert es.

Im IE gibt es unter "Extras" oder mit F12 die Entwicklertools dort wird normalerweise jeder "Furz" bemängelt aber in diesem Fall ist da einfach nur gähnende Leere.

Wenn HTML-Formulare nicht mehr gehen würden hätte auch sicherlich die "Hallo Welt" vor Empörung aufgeschrien
(Muss ich aber wirklich mal im IE9 testen...)

Ich danke dir erst mal für deine Antworten.
Ich werde das Problem jetzt ruhen lassen, denn ich beschäftige mich jetzt seit 2 Tagen damit und bin kein bißchen schlauer geworden.

Sollte sich da keine Lösung (vielleicht auch durch andere Foren User) ergeben versuche ich vielleicht etwas mit Javascript und Ajax.

Recht herzlichen Dank für dein Hirn

[hgseib]

Zitat von script_paddel

Recht herzlichen Dank für dein Hirn

kaum der rede wert ... ööööh

dachte auch weniger an html, sondern fast alle swf's senden 'nach hause'. alle multigamespiele z.b.
ist halt ein neuer angriff von MS auf flash ? :-)