Copied to clipboard

Flag this post as spam?

This post will be reported to the moderators as potential spam to be looked at


  • Jerritte Couture 15 posts 97 karma points
    Oct 18, 2011 @ 23:04
    Jerritte Couture
    0

    "Get all" locks up/hangs

    I purchased Contour for a customer project about a year ago. We just finished building out a fairly complex Employment Application form for them. However, anytime we go to the Entries section under the form and make a selection from the "Get all" field, the "Processing" notification displays, but nothing ever happens. We do not have this with any of the other forms in the site.

    This is the only form we have that incorporates multiple steps in it - 6 in total. It has about 120 separate fields in those 6 steps (120 total fields, not 120 in each step). The data is being captured and stored in the database, but we cannot get it to display in the Admin area (as described above). Instead, the only option is to click on the
    "Export" icon just below the "Form entries" header in the upper-left of the form entries page (i.e., the three icons on the top-right of that section do not work -- they actually cause the browser to crash).

    If anyone could point me in the right direction on this, I would greatly appreciate it.

    Thanks!

  • Tom Fulton 2030 posts 4998 karma points c-trib
    Oct 18, 2011 @ 23:36
    Tom Fulton
    0

    Hi Jerritte,

    I ran into similar issues a while back when creating a pretty large form.  I don't recall the exact fixes, however you should try using Fiddler when you visit the entries page, and look for any 500 errors you are receiving, then view the Raw Data - this should give you an error message that explains the problem.

    If I recall the maxJsonLength and/or the maxQueryStringLength needed to be increased in the web.config to be able to handle all the fields when calling the records webservice. 

    If not post the error here and we should be able to figure it out.  I think there was another issue also but maybe if you post the error it'll jog my memory  :)

    Hope this helps,
    Tom

  • Jerritte Couture 15 posts 97 karma points
    Oct 18, 2011 @ 23:55
    Jerritte Couture
    0

    Tom,

    Awesome -- thanks for the quick reply! You just reminded me that one of my developers started to go down this path at one point, but didn't follow through on it (I think because he thought he found the issue elsewhere, and then forgot to look back into this issue after that). I'll check into these suggestions and get back to you.

    Thanks!
    Jerritte

  • Jerritte Couture 15 posts 97 karma points
    Oct 19, 2011 @ 00:21
    Jerritte Couture
    0

    Tom,

    OK, I've increased the maxJsonLength in the Web.config to 2147483647 (the largest JavaScript int...just for testing). The problem didn't go away. I checked out the page using Fiddler, and it says there's a 404 error for this URL:

    .../umbraco/plugins/umbracoContour/webservices/records.aspx?guid=a066489d-b35b-4da4-b3a1-4d48bf62de3e&sEcho=1&iColumns=131&sColumns=&iDisplayStart=0&iDisplayLength=10&sSearch=&bEscapeRegex=true&sSearch_0=&bEscapeRegex_0=true&sSearch_1=&bEscapeRegex_1=true&sSearch_2=&bEscapeRegex_2=true&sSearch_3=&bEscapeRegex_3=true&sSearch_4=&bEscapeRegex_4=true&sSearch_5=&bEscapeRegex_5=true&sSearch_6=&bEscapeRegex_6=true&sSearch_7=&bEscapeRegex_7=true&sSearch_8=&bEscapeRegex_8=true&sSearch_9=&bEscapeRegex_9=true&sSearch_10=&bEscapeRegex_10=true&sSearch_11=&bEscapeRegex_11=true&sSearch_12=&bEscapeRegex_12=true&sSearch_13=&bEscapeRegex_13=true&sSearch_14=&bEscapeRegex_14=true&sSearch_15=&bEscapeRegex_15=true&sSearch_16=&bEscapeRegex_16=true&sSearch_17=&bEscapeRegex_17=true&sSearch_18=&bEscapeRegex_18=true&sSearch_19=&bEscapeRegex_19=true&sSearch_20=&bEscapeRegex_20=true&sSearch_21=&bEscapeRegex_21=true&sSearch_22=&bEscapeRegex_22=true&sSearch_23=&bEscapeRegex_23=true&sSearch_24=&bEscapeRegex_24=true&sSearch_25=&bEscapeRegex_25=true&sSearch_26=&bEscapeRegex_26=true&sSearch_27=&bEscapeRegex_27=true&sSearch_28=&bEscapeRegex_28=true&sSearch_29=&bEscapeRegex_29=true&sSearch_30=&bEscapeRegex_30=true&sSearch_31=&bEscapeRegex_31=true&sSearch_32=&bEscapeRegex_32=true&sSearch_33=&bEscapeRegex_33=true&sSearch_34=&bEscapeRegex_34=true&sSearch_35=&bEscapeRegex_35=true&sSearch_36=&bEscapeRegex_36=true&sSearch_37=&bEscapeRegex_37=true&sSearch_38=&bEscapeRegex_38=true&sSearch_39=&bEscapeRegex_39=true&sSearch_40=&bEscapeRegex_40=true&sSearch_41=&bEscapeRegex_41=true&sSearch_42=&bEscapeRegex_42=true&sSearch_43=&bEscapeRegex_43=true&sSearch_44=&bEscapeRegex_44=true&sSearch_45=&bEscapeRegex_45=true&sSearch_46=&bEscapeRegex_46=true&sSearch_47=&bEscapeRegex_47=true&sSearch_48=&bEscapeRegex_48=true&sSearch_49=&bEscapeRegex_49=true&sSearch_50=&bEscapeRegex_50=true&sSearch_51=&bEscapeRegex_51=true&sSearch_52=&bEscapeRegex_52=true&sSearch_53=&bEscapeRegex_53=true&sSearch_54=&bEscapeRegex_54=true&sSearch_55=&bEscapeRegex_55=true&sSearch_56=&bEscapeRegex_56=true&sSearch_57=&bEscapeRegex_57=true&sSearch_58=&bEscapeRegex_58=true&sSearch_59=&bEscapeRegex_59=true&sSearch_60=&bEscapeRegex_60=true&sSearch_61=&bEscapeRegex_61=true&sSearch_62=&bEscapeRegex_62=true&sSearch_63=&bEscapeRegex_63=true&sSearch_64=&bEscapeRegex_64=true&sSearch_65=&bEscapeRegex_65=true&sSearch_66=&bEscapeRegex_66=true&sSearch_67=&bEscapeRegex_67=true&sSearch_68=&bEscapeRegex_68=true&sSearch_69=&bEscapeRegex_69=true&sSearch_70=&bEscapeRegex_70=true&sSearch_71=&bEscapeRegex_71=true&sSearch_72=&bEscapeRegex_72=true&sSearch_73=&bEscapeRegex_73=true&sSearch_74=&bEscapeRegex_74=true&sSearch_75=&bEscapeRegex_75=true&sSearch_76=&bEscapeRegex_76=true&sSearch_77=&bEscapeRegex_77=true&sSearch_78=&bEscapeRegex_78=true&sSearch_79=&bEscapeRegex_79=true&sSearch_80=&bEscapeRegex_80=true&sSearch_81=&bEscapeRegex_81=true&sSearch_82=&bEscapeRegex_82=true&sSearch_83=&bEscapeRegex_83=true&sSearch_84=&bEscapeRegex_84=true&sSearch_85=&bEscapeRegex_85=true&sSearch_86=&bEscapeRegex_86=true&sSearch_87=&bEscapeRegex_87=true&sSearch_88=&bEscapeRegex_88=true&sSearch_89=&bEscapeRegex_89=true&sSearch_90=&bEscapeRegex_90=true&sSearch_91=&bEscapeRegex_91=true&sSearch_92=&bEscapeRegex_92=true&sSearch_93=&bEscapeRegex_93=true&sSearch_94=&bEscapeRegex_94=true&sSearch_95=&bEscapeRegex_95=true&sSearch_96=&bEscapeRegex_96=true&sSearch_97=&bEscapeRegex_97=true&sSearch_98=&bEscapeRegex_98=true&sSearch_99=&bEscapeRegex_99=true&sSearch_100=&bEscapeRegex_100=true&sSearch_101=&bEscapeRegex_101=true&sSearch_102=&bEscapeRegex_102=true&sSearch_103=&bEscapeRegex_103=true&sSearch_104=&bEscapeRegex_104=true&sSearch_105=&bEscapeRegex_105=true&sSearch_106=&bEscapeRegex_106=true&sSearch_107=&bEscapeRegex_107=true&sSearch_108=&bEscapeRegex_108=true&sSearch_109=&bEscapeRegex_109=true&sSearch_110=&bEscapeRegex_110=true&sSearch_111=&bEscapeRegex_111=true&sSearch_112=&bEscapeRegex_112=true&sSearch_113=&bEscapeRegex_113=true&sSearch_114=&bEscapeRegex_114=true&sSearch_115=&bEscapeRegex_115=true&sSearch_116=&bEscapeRegex_116=true&sSearch_117=&bEscapeRegex_117=true&sSearch_118=&bEscapeRegex_118=true&sSearch_119=&bEscapeRegex_119=true&sSearch_120=&bEscapeRegex_120=true&sSearch_121=&bEscapeRegex_121=true&sSearch_122=&bEscapeRegex_122=true&sSearch_123=&bEscapeRegex_123=true&sSearch_124=&bEscapeRegex_124=true&sSearch_125=&bEscapeRegex_125=true&sSearch_126=&bEscapeRegex_126=true&sSearch_127=&bEscapeRegex_127=true&sSearch_128=&bEscapeRegex_128=true&sSearch_129=&bEscapeRegex_129=true&sSearch_130=&bEscapeRegex_130=true&iSortingCols=1&iSortCol_0=1&iSortDir_0=desc

    I'm not quite sure what would cause a 404 error, though.

    Any thoughts?

    Thanks,
    Jerritte

  • Tom Fulton 2030 posts 4998 karma points c-trib
    Oct 20, 2011 @ 22:13
    Tom Fulton
    0

    Hi Jerritte,

    OK, I took a look at the old install I had this problem with.  There were two steps I needed to do, in addition to increasing the maxJsonLength:

    - Increase the maxQueryStringLength in web.config - system.web/httpRuntime

    <httpRuntime requestValidationMode="2.0" maxQueryStringLength="5000" />

    - Override the default maxQueryString Request Limit - system.webServer/security/requestFiltering/requestLimits

    <system.webServer>
      <security>
        <requestFiltering>
          <requestLimits maxQueryString="500000"/>
        </requestFiltering>
      </security> 
      ......
    </system.webServer>

    I was able to reproduce & fix the issue with the above, so I think this will do the trick for you.

    FYI - the 404 was actually a 404.15, if you had detailed errors on you probably would have seen the cause :)  (The request filtering module is configured to deny a request where the query string is too long.)

    Hope this helps,
    Tom

  • Jerritte Couture 15 posts 97 karma points
    Oct 20, 2011 @ 23:09
    Jerritte Couture
    0

    Tom,

    Thanks SO much! The httpRuntime didn't work for me. I think it must be for a newer version of Umbraco (I'm running 4.5.2 on .NET 3.5, and I think this is for .NET 4.0).

    However, the maxQueryString setting did the trick!

    I really, really appreciate your help with this. Your quick responses helped me knock this out just in time. :)

    Thanks!
    Jerritte 

Please Sign in or register to post replies

Write your reply to:

Draft