Viewing 4 replies - 1 through 4 (of 4 total)
  • Plugin Author Nick Ciske

    (@nickciske)

    Hmmm.. sounds like something else is behind the issue — the form does save the data and re-display it if there is an error. The reload phenomenon must be being caused by your theme or a plugin.

    Can you try a form on a sub page?
    With Twenty Twelve Activated?
    With all other plugins deactivated?

    Where can I see/test the form having the issue?

    Plugin Author Nick Ciske

    (@nickciske)

    FYI- I just tested it in IE 8 & 9 and did not encounter the issue you’re describing, so it’s a not a browser thing (as far as I can tell).

    Thread Starter lsdoodle

    (@lsdoodle)

    Please view what I am experiencing on our site

    https://previewyourwork.com/tmvgroup/TMV_010001_SCIMarketviewWebsite/#get-started

    The site is a vertical scrolling site, the form is in the #get-started section. If you view this in IE, submit the form with errors, the page will refresh and will not scroll back down to the form to view the errors.

    [Moderator Note: No bumping, thank you.]

    Plugin Author Nick Ciske

    (@nickciske)

    Ah… that fact that your form is at the bottom of a page and requires an #anchor tag would have been an important thing to mention up front ??

    It’s not an issue with the plugin — all it does it submit data to the current URL — which the browser is responsible for setting. Using PHP_SELF or REQUEST_URI has security implications:
    https://markjaquith.wordpress.com/2009/09/21/php-server-vars-not-safe-in-forms-or-links/

    IE stripping the #hash from that… well that’s IE’s issue ;-(
    https://stackoverflow.com/questions/5917352/does-ie8-seem-to-strip-the-hash-off-any-form-actions-containing-them

    In the end, insuring the form/success message is visible post submit is really a function of your theme — any workaround I would add to preserve the #anchor in IE may cause other issues or add security issues for all users of the plugin. So, while that may happen if others report the same issue, it’s low on the list of things to fix as it requires a workaround and reduces security overall.

    My suggestion in your case would be to use a bit of jQuery to explicitly set the form action to include the needed #hash tag (using the workaround mentioned in the stack exchange article).

Viewing 4 replies - 1 through 4 (of 4 total)
  • The topic ‘Submit Form using IE’ is closed to new replies.