PLEASE NOTE: These forums are no longer utilized and are provided as an archive for informational purposes only. All support issues will be handled via email using our support ticket system. For more detailed information on this change, please see this blog post.

Multi-page form stuck on first page in IE

  1. MPC Studios
    Member

    I'm essentially having the same problem as described here, except that it's isolated to IE:
    http://www.gravityhelp.com/forums/topic/urgent-form-broken#post-34947

    However, since an answer wasn't actually given there (understandably so, given the OP's attitude), that post doesn't actually help, and I'm haven't been able to find any other examples of this situation in my forum searches.

    When you fill out the first part of the form in IE, then click next at the bottom, it just clears everything you entered in the first page, then stays there, does not advance to the next part.

    Here is the form:
    http://www.texasweet.com/retailers/order-materials/order-educator-materials/

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  2. Can you submit the form from the preview, using IE?

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  3. MPC Studios
    Member

    Nope, it does the exact same thing in the preview.

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  4. Which version of IE has the problem?

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  5. Also, I'm going to move this from pre-purchase since it sounds like you're already using Gravity Forms.

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  6. MPC Studios
    Member

    There were a couple of plugins calling some javascript in the preview, and I disabled them, but that had no effect.

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  7. MPC Studios
    Member

    Sorry, didn't see your posts before I made that last one. It's IE9, but it may also be doing it in 7 and 8 as well, I can have someone check.

    Didn't realize I was in pre-purchase, so I apologize for that as well.

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  8. I'll check back in a bit from a computer with IE installed and see how it goes.

    I was able to get to page 2 without a problem using Firefox 7.0.1 on OS X 10.6.8

    Nice looking first page of the form too.

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  9. Weird, I tried it in IE8 and it just reloaded with this in the address bar:

    http://www.texasweet.com/retailers/order-materials/order-educator-materials/#gf_8

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  10. MPC Studios
    Member

    Yup,

    A coworker also just confirmed that the form is doing the same thing in IE8 as well. We don't have anyone with IE7 still installed, but it's not working in IE8/9 compatability mode either.

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  11. Let me dig into it.

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  12. MPC Studios
    Member

    Ok, thanks. I very much appreciate the help :-)

    Posted 13 years ago on Tuesday October 18, 2011 | Permalink
  13. MPC Studios
    Member

    Any ideas what the problem could be?

    I tried deactivating all other plugins, and updating Gravity Forms to the latest version, even using the Twenty Eleven theme and still no dice :-/

    Posted 13 years ago on Wednesday October 19, 2011 | Permalink
  14. I would take a look at the custom HTML markup you've introduced into the form. I've seen IE balk at improperly formed markup many times. For example, you've added tables using the HTML blocks for formatting your products. In doing so, you've orphaned some list items inside a td element.. see the snippet below.

    [html]
    <tr>
    	<td align="center">
    		<a rel="lightbox[]" href="http://texasweet.com.s3.amazonaws.com/wp-content/uploads/2011/02/poster1.jpg" class="cboxElement"><img src="http://texasweet.com.s3.amazonaws.com/wp-content/uploads/2011/02/poster1-e1297966993489-104x150.jpg"></a>
    	</td>
    	<td>
    	Colorful Poster that encourages healthy eating for a sweeter future.<br>
    	[Size: 13" x 19"]
    	</td>
    	<td align="center">1000</td>
    	<td align="center">
    
    	<!-- orphaned list items inside the td -->
    
    	<li class="gfield" id="field_8_15">
    		<label for="input_8_15" class="gfield_label">Texas Citrus Poster</label>
    		<div class="ginput_container">
    			<input type="text" tabindex="4" class="medium" value="" id="input_8_15" name="input_15">
    		</div>
    		<div class="gfield_description">Number of posters</div></li>
    	<li class="gfield gfield_html gfield_html_formatted" id="field_8_16"></li>
    
    	</td>
    </tr>

    Try tightening up your markup and see if that makes a difference. The multi-page forms normally work fine in IE7 and up, so there's something unique about your form that's causing the issue. Since it's a problem in the preview as well, that excludes theme influences, it must be something in how the form is built itself.

    Posted 13 years ago on Wednesday October 19, 2011 | Permalink
  15. MPC Studios
    Member

    Good suggestion; I'll attempt this a bit later today. Do you know if there is any way to remove the default list markup, or am I probably going to have to add some <ul>s in the HTML blocks if I want to keep that table?

    Posted 13 years ago on Wednesday October 19, 2011 | Permalink
  16. No and yes. No, the list markup is part of the default form output and you can't remove it and yes, you'll need to throw some opening/closing UL tags in there to keep the markup nested and formatted correctly. It takes a just bit more planning with your custom HTML, but you can do it.

    Posted 13 years ago on Wednesday October 19, 2011 | Permalink
  17. MPC Studios
    Member

    I haven't had the time yet today to rewrite the custom html blocks, but I did temporarily delete them, and can confirm that the form does indeed work properly without them, so you're right about the orphaned elements being the cause of the problem. I'll probably end up emulating the table with CSS instead, in order to make things more maintainable. Thanks very much for your help :-)

    Posted 13 years ago on Wednesday October 19, 2011 | Permalink
  18. Okay, great. Thanks for the update. I was hoping that was the issue because I was kind of stumped otherwise. It made sense once I thought about it, but it's nice to have the confirmation.

    Posted 13 years ago on Wednesday October 19, 2011 | Permalink

This topic has been resolved and has been closed to new replies.