1397625 - <form method="post" target="_blank"> not send variables to server on Firefox for ios

Status: RESOLVED FIXED

(Firefox for iOS :: General, defect)

Description

[cocoasui]

Attachment: Test.aspx with a <form method="post" target="_blank">.

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36

Steps to reproduce:

I create a form with method of "post" and target of "_blank" using javascript, then submit it.  It works well in FireFox for windows. But in FireFox for IOS,i can't get the variables in the form at server side.
To check out the problem, i make a simple Test.aspx with a <form method="post" target="_blank">. 



Actual results:

Then I find the bug:<form method="post" target="_blank"> not send variables to server.


Expected results:

The variables in <form> should be sent to server.

Comment 1

[Hsin-Yi Tsai (she/her)[:hsinyi]]

as this is Firefox iOS issue, moving to the Firefox iOS product module.

Comment 2

[Justin D'Arcangelo [:justindarc]]

What is the behavior in Mobile Safari?

Comment 3

[cocoasui]

Platform: [iphone se] [ios 10.2]
[FireFox for ios] version: 8.2(5213)

Comment 4

[cocoasui]

(In reply to Justin D'Arcangelo [:justindarc] from comment #2)
> What is the behavior in Mobile Safari?

In mobile Safari,the variables in <form> will be sent to server.

Comment 5

[Justin D'Arcangelo [:justindarc]]

Taking to investigate.

Comment 6

[Raphael]

I wanted to report a similar bug and want add that Firefox for iOS opens two tabs: One blank tab and one with the actual action page but without submitting the POST data.
You can test the behavior with the following link:

https://www.w3schools.com/code/tryit.asp?filename=FL8C0MNXMT52

This code works perfectly in all other browsers which I know („Safari for iOS“, Firefox for Windows and Linux, Internet Explorer 11, Microsoft Edge, Chromium)

Comment 7

[Justin D'Arcangelo [:justindarc]]

Ugh. This seems to be an ugly WebKit bug:

https://bugs.webkit.org/show_bug.cgi?id=140188

...with an ugly workaround:

https://stackoverflow.com/questions/26253133/cant-set-headers-on-my-wkwebview-post-request/26342224#26342224

Comment 8

[Justin D'Arcangelo [:justindarc]]

Hmm.. This seems to work in Chrome for iOS which is also using WKWebView. I may need to take a peek and see if I can get any clues as to how they're able to pass along the form POST data from the WKNavigationDelegate.

Comment 9

[Justin D'Arcangelo [:justindarc]]

I built a better example for testing:

https://output.jsbin.com/susudimusi

Comment 10

[Justin D'Arcangelo [:justindarc]]

Attachment: Example for testing

https://jsbin.com/gipeba is a more comprehensive example than the one in Comment 9. Use this one for testing instead.

Comment 11

[Justin D'Arcangelo [:justindarc]]

Attachment: GitHub Pull Request

Apologies for this ugly hack in advance.

Comment 12

[James Hugman [:jhugman] [@jhugman]]

Comment on attachment 8927050 [details] [review]
GitHub Pull Request

Looks better than your apologies made it sound. 

One small naming nit.

Comment 13

[Justin D'Arcangelo [:justindarc]]

Landed on master:

https://github.com/mozilla-mobile/firefox-ios/commit/ec90268d63efe49e317ae0729128071d81ce6c38