Character Bug - Wont allow Default Radio Butotn Selection

  • Profile Image
    Asked on September 14, 2013 at 05:23 PM

    The network field in this form is supposed to be preselected much like the radio buttons before it, however, no matter what, it never is that way and I am suspecting the ampersand in AT&T (the only option of network field) is causing this.


    Could you please advise what I can do to ensur this option and its preselection is properly enforced?



  • Profile Image
    Answered on September 14, 2013 at 06:56 PM

    Hello, I've gone ahead and tested the form. I was able to replicate the issue. At this time I will be rasising a tickect to the Development Team to view this further.

    I would suggest in the mean time a workaround:

    Adding the AT&T to Free Text HTML field while hidding the radio button label.

    If there is any updates from the Developer Team, we will let you know through this thread. In the mean time do let us know if the work around works for you.

  • Profile Image
    Answered on September 14, 2013 at 06:58 PM

    This is the code I injected to your form:

    #input_54_0 + label {
    visibility:hidden; !important;

    #text_56 {
    margin-top: 10px !important;
    margin-left: -52px !important;}

    Feel free to clone my form for further anaylsis:

    Thank you.

  • Profile Image
    Answered on September 16, 2013 at 11:22 AM

    This wont do. All these forms will connect to Zoho CRM for contact creation and they will also possibly use zapier for an invoice generation via zoho. We need a standard and defined field to capture this data properly and be able to track it in our clients back end. This form will further be replicated some 200 times as there are 200 different pricing options and combinations of repairs for various devices.


    Furthermore, same field in other similar forms will include more options than AT&T where a default selection will not be required but we need to get this whole thing right and once. We will not be able to come back in and edit these forms again.


    So I would appreicate it if a proper bug fix is introduced in a timely manner. I will hold out on duplications until then. The workaround would have been fine if we had no need to export this outside of jotform however.



  • Profile Image
    Answered on September 16, 2013 at 11:50 AM


    We have already informed our development team. Unfortunately we will not be able to provide ETA on this as it completely depends on the priority of other tasks they have. We will update you as soon as we have any information from them.

    Thank you!

  • Profile Image
    Answered on September 17, 2013 at 11:23 AM

    I understamd, for now we may just choose another standardized method, I will play around with it and in time hopefully this will be taken care of in a solid manner. I have full trust in jotform devs. They are superb, every single time we have had a question or problem or ran into a bug like this :)


    EDIT: I would like to CONFIRM the dropdown box can achieve the required default state of selection with & special char with no problem, so for now we will use that until this is resolved :)



  • Profile Image
    Answered on September 17, 2013 at 12:02 PM


    Happy to hear that. Glad you've found a working alternative.

    By the way, I tested this out with my forms and I can't seem to reproduced the problem.

    The problem might be due to the "&" converted into its HTML code which breaks the default select feature. If you have a test form, may I suggest to check this again? If the problem still persist, let us know the test form URL so we can check it here.

    Thanks for your cooperation!