Home > Work > Form Services / InfoPath 2010 Bug found in Multi-line Plain Text boxes

Form Services / InfoPath 2010 Bug found in Multi-line Plain Text boxes

Just a quick blog to let users know of an issue I have found during my current project involving InfoPath Form Services (This only occurs in the web and not in the client).  I have logged this with Microsoft and am awaiting response / resolution.

I will update this post when I have closure of the issue.

Scenario:

An InfoPath Form created in Microsoft InfoPath Designer 2010 and is installed as an Administrator approved template.

  • Form Control: Text Box
Display:

  • Read-only – No
  • Enable spelling checker – Yes
  • Enable AutoComplete – Yes
  • Multi-line – Yes
Size:

  • Height: Auto
Compatibility Settings:

  • Form Type: Web Browser Form (2010)
Issue:

  • Browser: Internet Explorer 7, 8, Google Chrome
When running the Form in the web and a user types into the multi-line text box; after 20 characters the text box gets bigger by 1 row.

On evaluation using the IE8 development toolbar.  It would appear that the control is rendered as a <textarea> HTML element and JavaScript runs on the 22nd character and adds 1 to the “rows” attribute of the <textarea> element.

For example:

123456789012345678901 – Textarea row = 1
  • Image Before:
1234567890123456789012 – Textarea row = 2
  • Image After:
This is regardless of the width of the Text Box (Multi-line) control on the InfoPath form.

  • Browser: Firefox 3.6.10
A different issue occurs on the same control in the same scenario within Firefox.

When typing a paragraph until the end of the textbox size, the <textarea> element does not auto expand until the user presses return.

Advertisements
  1. October 30, 2010 at 18:06
  2. William Piersol
    February 21, 2011 at 22:32

    Any resolution to this bug yet?

    • February 21, 2011 at 22:57

      Hi William,

      I am working with Microsoft currently to resolve this and the resulting hot fix should be made available to the public soon.

      I will update this post to link to the hot fix when it becomes available.

      Kind Regards

      Giles

  3. Christielli
    February 23, 2011 at 03:45

    Hi All,
    I am also having the same problem.
    Is the hot fix available yet ?
    Thanks so much,
    Christielli

    • February 24, 2011 at 12:20

      Hi Christielli,

      The hot fix based on the work we have done with Microsoft will hopefully be released soon, but currently I have no confirmed release date yet.

      I will update this blog post when the fix is released.

      Kind Regards

      Giles

  4. May 10, 2011 at 11:35

    Just to let everbody know, the hotfix has now been released as part of the SharePoint 2010 – April 2011 CU

    Hot Fix URL: http://support.microsoft.com/kb/2516485

  5. RKE
    October 10, 2011 at 21:44

    Giles, once the fix is applied, what is the “correct” behavior?
    Does it still auto-expand but expand only the appropriate amount for the given characters in the field? I like the auto-expand, but the excessive hight.

  1. October 18, 2010 at 09:07
  2. May 10, 2011 at 18:01

Leave a Reply

Please log in using one of these methods to post your comment:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: