IOS 5 - UIWebView duplicating requests to Rails server - iphone

I have a IOS 5 application that uses a Webview which shows some HTML received from the server.
The HTML has a form and a submit button.
The backend is a RoR 3 server.
When I click the submit button it is sending two duplicate requests to the server.
If I test the same HTML in a browser it does not send duplicate requests.
Any ideas? It is inserting two records in the DB. I want a good solution , not an unique index in the DB.
The HTML code of the page is very simple:
<html>
<body>
<div class="user_questions">
<form accept-charset="UTF-8" action="http://localhost:3000/questions/actions/sendQuestion" method="get">
<div style="margin:0;padding:0;display:inline">
<input name="utf8" type="hidden" value="✓" />
</div>
<table>
<tr>
<td>
<a href="http://localhost:3000/questions/41/voteup?user_id=10&lesson_id=7&deviceName=iPhone&origin=user">
<img alt="Up" src="http://localhost:3000/assets/up.gif" />
</a>0
<a href="http://localhost:3000/questions/41/votedown?user_id=10&lesson_id=7&deviceName=iPhone&origin=user">
<img alt="Down" src="http://localhost:3000/assets/down.gif" />
</a>
</td>
<td>
Question 1
</td>
</tr>
<tr>
<td colspan="2">
<input id="userQuestion" name="userQuestion" type="text" />
</td>
<td>
<input name="commit" type="submit" value="Send" />
</td>
</tr>
</table>
</form>
</div>
</body>
</html>
It is generated on the server and sent to the App via REST/Json, then setted to the webview using [webView loadHTMLString:htmlQuestions baseURL: nil];
Thanks

Related

Want to get CF7 HTML table <td> input fields value on my email

Want to get CF7 HTML table input fields value on my email but I can't understand how can I retrieve table values in my email.
here is my code
<div class="form-row">
<div class="column-full" align="center">
<h1>YOUR PROFILE</h1>
</div>
</div>
<div class="form-row">
<div class="column-full"
<table border="1" cellpadding="0">
<tr>
<td>For Registration Purpose</td>
<td><input type="text" size="30"/></td>
<td>Registration #</td>
<td><input type="text" size="30"/></td>
</tr>
<tr>
<td>Posted by </td>
<td><input type="text" size="30"/></td>
<td>CV ID # </td>
<td><input type="text" size="30"/></td>
</tr>
</table>
</div>
</div>
<div class="form-row">
<div class="column-half">
<h4>Name : </h4> [text* your-name]
</div>
<div class="column-half">
<h4>Father's Name : </h4> [text* father-name]
</div>
</div>
Looks like you're trying to build a grid layout form in cf7. html tables are notoriously unresponsive, so not a good practice to use them.
I would recommend you use the CF7 Smart Grid-layout extension plugin to build your grid form instead. It builds grid forms which are responsive by default.
Next, if you want to insert submitted values into the notification mails, you need to use cf7 tags rather than your own <input> fields. The cf7 plugin does not recognise custom html fields and that is the reason you don't see them as being available when setting up your mail.
So instead of <input type="text" name="your-text"/> you would use [text your-name] and let the cf7 plugin handle the creation of the html field.

AjaxControlToolkit 7.0123 breaks UpdatePanel asynchronous post-back

I have an ASP.NET Web Application built against ASP.NET 4.5 in VS2012. Within the application are a number of forms containing ListView controls which in turn contain UpdatePanel controls so that any edit that takes place or new data that is added is carried out asynchronously and not repeated if the user refreshes the page.
This worked fine until today. Today I added the latest version of the AjaxControlToolkit (7.0123) to the project using NuGet and carried out the modifications to the scripts etc. as specified by Stephen Walther here.
Since the introduction of the AjaxControlToolkit to the project, the asynchronous post-backs appear to have become synchronous. If for example I edit an item in the ListView, when I then press F5 (in IE or Firefox) I am prompted that I will be resending the data.
The mark-up is pretty simple...
<asp:ListView ID="LocationList" runat="server" ItemType="Model.Location" DataKeyNames="ID" InsertItemPosition="LastItem" DeleteMethod="LocationList_DeleteMethod" InsertMethod="LocationList_InsertMethod" SelectMethod="LocationList_SelectMethod" UpdateMethod="LocationList_UpdateMethod">
<LayoutTemplate>
<asp:UpdatePanel ID="ListViewUpdatePanel" runat="server">
<ContentTemplate>
<table class="table table-condensed table-striped">
<thead>
<tr>
<th runat="server">
<asp:LinkButton ID="SortByDescription" runat="server" CommandName="Sort" CommandArgument="Name" Text="Description" />
</th>
<th></th>
</tr>
</thead>
<asp:PlaceHolder ID="itemPlaceholder" runat="server" />
</table>
</ContentTemplate>
</asp:UpdatePanel>
<div class="pagination align-center">
<asp:DataPager runat="server" />
</div>
</LayoutTemplate>
<ItemTemplate>
<tr>
<td>
<%#: Item.Name %>
</td>
<td>
<asp:LinkButton ID="Edit" runat="server" CommandName="<%#: Global.CommandNames.Edit %>" CommandArgument="<%#: Item.ID %>" Text="Edit" />
</td>
</tr>
</ItemTemplate>
<EditItemTemplate>
<tr>
<td>
<asp:TextBox ID="Description" runat="server" Text="<%#: BindItem.Name %>" />
</td>
<td>
<asp:LinkButton ID="Update" runat="server" CommandName="<%#: Global.CommandNames.Update %>" Text="Update" />
<asp:LinkButton ID="Cancel" runat="server" CommandName="<%#: Global.CommandNames.Cancel %>" Text="Cancel" />
</td>
</tr>
</EditItemTemplate>
<InsertItemTemplate>
<tr>
<td>
<asp:TextBox ID="Description" runat="server" Text="<%#: BindItem.Name %>" />
</td>
<td>
<asp:LinkButton ID="Insert" runat="server" CommandName="<%#: Global.CommandNames.Insert %>" Text="Add" />
</td>
</tr>
</InsertItemTemplate>
</asp:ListView>
The mark-up provided is within a ContentPanel and the page uses a MasterPage. The MasterPage has the ToolkitScriptManager control as outlined above.
As I have already stated, this worked fine prior to installing the AjaxControlToolkit.
I have also tried changing the layout of the page in as much as moving the UpdatePanel outside of the entire ListView (and then placing the pager under the UpdatePanel); this made no difference.
I am at a total loss as to what can be causing this other than some compatibility and/or configuration issue involving the AjaxControlToolkit. I have found other references to similar problems but I have yet to find any solution that work (for example, there are articles that indicate problems when using static client id's but as you will see from the mark-up provided I have already tried removing these and it makes no difference).

Internet Explorer form submit with target to iframe not working

I'm using the hidden iframe method of submitting files without loading a new page, and it works on every browser except Internet Explorer, which is strange coming from an otherwise top-notch browser.
The form and iframe look like this:
<iframe id="hidden_upload" style="display:none" src="" name="hidden_upload" ></iframe>
<form class="" action="upload.php" method="post" target="hidden_upload" enctype="multipart/form-data" id="uploadForm">
<table>
<tbody>
<tr>
<td><label for = "title">Title: </label></td>
<td><input type="text" name="title" id="title" maxlength="40" style="width:300px;"/></td>
</tr>
<tr>
<td><label for="description">Description: </label></td>
<td><textarea id="description" name="description" style="width:460px;height:135px;"></textarea></td>
</tr>
<tr>
<td><label for="file">File: </label></td>
<td><input type="hidden" name="MAX_FILE_SIZE" value="3145728" /><input id="file" type="file" name="file"/></td>
</tr>
</tbody>
</table>
<center><input type="submit" value="Upload" id="filesubmit" onclick="return submitting()"/></center>
</form>
I have another page that DOES work in IE, with no discernible differences in the doc type, or form and iframe structure.
It's also not the headers from the upload page because I tried setting the action of the working form to the upload page of the non-working one and it still worked in IE.
The function submitting is working an returns true.
edit:
For the sake of brevity, this isn't working either:
<form class="" action="upload.php" method="post" target="hidden_upload" enctype="multipart/form-data" id="importForm">
<input type="submit" />
</form>
<iframe id="hidden_upload" style="display:none" src="" name="hidden_upload" ></iframe>
edit: This is completely ridiculous. I copied the working page verbatim into the non-working page and it still didn't work. The ONLY difference was the directory, and the .htaccess files were identical.
I had this problem and after many attempts, it was solved only as explained here:
"http://terminalapp.net/submitting-a-form-with-target-set-to-a-script-generated-iframe-on-ie/"
basically, iframe needs to be created this way:
iframe = document.createElement('<iframe name="fileUploaderEmptyHole">');
I also found out frame names for current window are stored in window.frames. In IE11, the property .name is empty for all iframes in windows.frames :O
I manually fixed like:
for(i=0;i<window.frames.length;i++)
window.frames[i].name = window.frames[i].frameElement.name;
Then, you can get to frames using target name.

form get method not working in opera browser

Why forms submited using get method is not working in opera browser?
<form method="get" action="">
I am submiting to same page
<form method="get" action="">
<table class="search_form_table" width="428" cellpadding="0" cellspacing="0" border="0" >
<tr>
<td width="150">Order Number</td>
<td><input name="order_number" /></td>
</tr>
<tr>
<td>Start Date</td>
<td><input class="search_date_fields" name="date_from" /> End date : <input class="search_date_fields" name="date_to" /></td>
</tr>
<tr>
<td colspan="2" align="right"><input class="subimit_button search_button_width" type="submit" value="Submit" /></td>
</tr>
</table>
</form>
If this is the same problem I thought I had, it's not that GET doesn't work. It's because the browser hides the form name/value pairs in the query string in the Location bar. If you actually go to the location bar and hilite the URL that you submitted to, you'll see the form parameters in the query string. I hate this, but it is the way Opera does it. :-/
submitting GET forms certainly works in Opera. Copying this code to a file and submitting it creates exactly the same URL as in Chrome. Hence, your problem must be something else. Without more information it's impossible to tell what your problem really is.

Classic ASP on Localhost, no form data?

I have a really odd situation going on on my local PC that I can not seems to resolve.
Recently I have been contacted to extend a classic ASP website that I wrote a few years back. I unpacked the code into a sub folder of wwwroot on my current machine running XP pro. It has never had any classic ASP sites running on it. I set up IIS and create an application and run the website on my localhost. The site renders correctly and appears to run fine. Except one thing... The post data seems to get lost.
I have entered Response.Write("[" & Request.Form & "]") at the top of one of my pages and just renders "[]". Can any one advise as to why I may be losing the form data? The website used to work fine on my last machine running XP Pro, as that is the machine I developed it on. What have I forgotten to set up?
The html form code looks like
<form name="frmAdminLogin" actionAdminLogin.asp" method="post" >
<input type="hidden" name="hidFormAction" value="frmAdminLogin" >
<table width="80%" border="0" cellspacing="3" cellpadding="0" >
<tr>
<td width="40%" align="right" valign="top" >Username: </td>
<td width="60%" align="left" valign="top" >
<input type="text" name="txtUsername" value="" size="25" maxlength="25" tabindex="1" class="TextBox" >
</td>
</tr>
<tr>
<td width="40%" align="right" valign="top" >Password: </td>
<td width="60%" align="left" valign="top" >
<input type="password" name="txtPassword" value="" size="25" maxlength="25" tabindex="2" class="TextBox" >
</td>
</tr>
<tr>
<td width="100%" colspan="2" align="center" valign="top" >
<input type="submit" name="btnLogIn" value="Log In" tabindex="3" class="Button" >
<input type="reset" name="btnReset" value="Reset" tabindex="4" class="Button" >
</td>
</tr>
</table>
</form>
It appears that it is not an IIS issue after all but an Internet Explorer issue. The post data is present when I use Opera Browser.
I think this is correct - there is some bug (feature?) of Internet Explorer which prevents form data being submitted if there is only a single form element. If you add a extra element (hidden field, it really doesn't matter) it should work properly.
I'll try to expand this comment when I get a chance but my work firewall is preventing my finding the blog posts which originally pointed me in the right direction.