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.

Possible Bug: Invisible Trailing Quotation Mark in Drop Down Field Entry

  1. blafarmm
    Member

    This just started happening:

    I have just added a number of Drop Down fields to a form that I have been working on for several weeks.

    The individual entries in the Drop Down have trailing quotation marks.

    For example:

    -- Select the "New Option"
    -- Select the "Old Option"
    -- Select the "Cheap Option"

    When I preview or publish the form -- the "end" quotation marks for each entry are visible. But when I am in Gravity Forms Edit Mode -- the "end" quotation marks are not visible.

    No matter how many times I enter the trailing "end" quotation mark -- and re-save the form -- the marks do not stick in Edit Mode -- they continually disappear.

    Is this a known problem? Obviously this is not life-or-death -- but is there a solution or work-around other than ignoring the problem?

    Thanks in advance.

    ps. This plugin has probably saved me over $20,000 in development costs that would have otherwise needed to be outsourced. Thanks for a great product.

    Posted 13 years ago on Thursday June 3, 2010 | Permalink
  2. It does look like you found a bug. I was able to replicate it in my environment.
    It has been added to the list for the next release.
    A workaround would be to use the "Bulk Add / Predefined Choices" when editing your drop downs. The quotes do show up there and it will give you the piece of mind that you are entering the correct value.

    Posted 13 years ago on Thursday June 3, 2010 | Permalink
  3. blafarmm
    Member

    Thanks very much Alex.

    If I may, I have just started experiencing another possible bug -- and, surprisingly, this is happening after many weeks of Gravity Forms behaving flawlessly.

    I suddenly cannot successfully add any text to the "Description" section of my "Standard Fields". I have tried adding new text to existing "Standard Fields" -- and to newly created "Standard Fields". And, I have tried a variety of "Standard Fields".

    Interestingly enough, I CAN EDIT existing text in the "Description" sections of existing "Standard Fields". However, I am dead-in-the-water with newly created "Standard Fields"

    This is actually a very big problem for me. Is this a known bug -- and is there a solution?

    Thankss

    Posted 13 years ago on Thursday June 3, 2010 | Permalink
  4. There haven't been any other reports of this as a bug. I tried this on a couple of different installations and am unable to replicate it.

    I'm running the latest version of Gravity Forms and the WordPress 3.0 release candidate.

    my setup info

    What versions are you running? Any recent plugin additions that might have caused a conflict?

    Posted 13 years ago on Thursday June 3, 2010 | Permalink
  5. blafarmm
    Member

    I'm running GF Version 1.3.12 with WP Version 2.9.2 -- with no recently installed plugins.

    One thing I can comment on is that approximately a half hour before this occurred -- GF lost some of its GUI control -- in terms of the "floating" menu. The menu was stuck to the top of the page (like standard HTML) and I had to scroll all the way up to the top in order to access it -- as opposed to it "floating" within whatever position the page was scrolled to.

    Right after originally posting this problem -- I walked away to clear my head. And now, right before hitting the "Send Post" button -- with the same form on my screen, no relaunching, no rebooting, no nothing -- I just tried inserted text into a newly created "Standard Field" -- and it worked !?!?

    Very strange -- but I'm happy it's working now. Still, it does concern me that the problem will once again return.

    1. Does the non-scrolling GUI ring a bell with you?
    2. Is that an indication of a problem or "breakage" that has been documented?

    FYI: I did not log out of WP at the time of that GUI issue (probably should have).

    3. Would that have been the recommended approach for solving the GUI problem -- and maybe GF's inability to accept a "Description" section text entry?

    4. Or do you think the two problems are completely unrelated.

    Thanks very much for your help.

    Posted 13 years ago on Thursday June 3, 2010 | Permalink
  6. It's hard to tell if the two issues are related without being able to replicate the issue. Nobody else has reported the issue and we are unable to replicate it on our end. Your browser could have had a problem with the javascript on the page that was cleared up when you added a new field. Without being able to replicate the issue it's impossible to debug.

    Posted 13 years ago on Thursday June 3, 2010 | Permalink
  7. blafarmm
    Member

    Thanks Carl.

    I'll keep my eye out for a repeat performance -- and let you know if I sense a pattern.

    Posted 13 years ago on Friday June 4, 2010 | Permalink
  8. blafarmm
    Member

    Well, it got worse. I just lost 4 hours of work.

    Seems Chrome -- or at least my version of Chrome -- might be to blame. My conclusion is based on having just rebuilt everything I lost by using Firefox -- and not experiencing any failures. In the process, I've also noticed some very definite differences between the way GF behaves when running on Firefox versus Chrome. And, I'd have to say that I prefer the Firefox experience.

    One thing, in particular, about losing all my hard work has me perplexed. I had repeatedly saved the form I was working on -- and even opened it on another computer to check it -- and then it completely disappeared with no trace. The Form I was working on was no longer listed in the GF plugin on either computer.

    This has got me very concerned -- because I was operating on the assumption that the browser was corrupt -- and not the GF form -- or the GF Plugin installation. I've probably got over 100 hours invested into this form (it's long and complex) and I can't afford to lose it.

    Are there any actions I should take to insure the integrity of my form -- or the integrity of my GF installation -- in order to reduce the probability of this happening again? I am familiar with the technique used to move forms from one WP/GF installation -- to another. Would you recommend I move my critically important form to another WP/GF installation -- then uninstall/reinstall the GF plugin -- and then move my important form back to the original installation?

    Thanks very much for your advice.

    Posted 13 years ago on Friday June 4, 2010 | Permalink
  9. Forms are saved via AJAX. If the browser mishandled the AJAX it can cause issues with saving a form. We haven't had anyone else report a browser specific issue with AJAX, in the past we encountered plugin conflicts that caused this issue but put measures in place to prevent it from happening so this is new to us.

    We would need a WordPress admin login, the address to the site, and detailed information on the operating system, browser, browser version and steps to recreate the issue in order to look into the issue further. You can send this via our Contact Us form and reference this thread.

    Posted 13 years ago on Friday June 4, 2010 | Permalink
  10. blafarmm
    Member

    Thanks Carl.

    For the record, I will use Firefox going forward (rather then Chrome).

    If the problem reappears -- I will provide you with a login and try to describe the steps to take to recreate the problem.

    If it doesn't reappear -- I will chalk it up to some bad luck.

    Posted 13 years ago on Saturday June 5, 2010 | Permalink
  11. blafarmm
    Member

    Ok...now I've got a new repeatable problem.

    As mentioned in this thread, I've had a variety of problems that may or may not be related. The form I've been working on is quite long and complicated -- and I've invested many hundreds of hours into it. I really can't loose it.

    My hope is twofold:

    1. That you can tell me what is happening -- is the form corrupt (I really hope not) or is the GV installation corrupt? I have not moved these files to another domain as I do not want to possibly damage another GV installation.

    2. That you can advise me on what steps to take (other than redoing the form from scratch) to prevent further editing issues -- and insure rock-solid performance when it is being used by my customers

    HOW I GOT HERE
    -------------

    1. I determined that I needed a Multiple Choice field to replace an existing Checkbox field

    2. I added the Multiple Choice field and dragged it to the proper position

    3. I copied all the related information from the Checkbox to the Multiple Choice

    4. I deleted the Checkbox field and started to change 4 other fields (located directly below) who's visibility was formerly "conditionally" dependent on the Multiple Choice field.

    5. The first of those 4 fields is editable -- but the other 3 remain un-editable.

    6. The only fields I am aware are having a problem -- are the ones that were conditionally related to the Checkbox field I deleted.

    7. I have not tried to recreate the problem -- as it is right there for you to see.

    8. I have tested this on three computers (2-XP and 1-Vista64) -- and using the latest versions of three browers (IE, Firefox and Chrome on all three computers).

    9. I have repeatedly logged in and out of WordPress -- and rebooted the computers.

    10. When using Firefox & Chrome -- I get a "javascript:void(0)" error at the bottom of the browser.

    11. When using IE -- I get the following error message:

    -----------------------------------------------------------
    Webpage error details

    User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Win64; x64; Trident/4.0; .NET CLR 2.0.50727; SLCC1; .NET CLR 3.5.30729; .NET CLR 3.0.30729)
    Timestamp: Tue, 8 Jun 2010 00:26:02 UTC

    Message: Expected ')'
    Line: 428
    Char: 110
    Code: 0
    URI: http://xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    Message: 'choices' is null or not an object
    Line: 2964
    Char: 18
    Code: 0
    URI: http://xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    ---------------------------------------------------------

    CONCLUSION
    ____________

    I will email you link to my site, a Wordpress admin login, a description of the fields of interest and a link to this thread.

    IMPORTANT: THESE ARE THE ONLY COPIES I HAVE OF THIS FORM

    PLEASE ONLY USE THE FILE CALLED: "GRAVITY FORMS TROUBLESHOOT"

    Posted 13 years ago on Tuesday June 8, 2010 | Permalink
  12. blafarmm
    Member

    Oops...Sorry. Typo in item 4:

    Correction can be seen in ALL CAPS:

    ______________________________________________________________________________

    4. I deleted the Checkbox field and started to change 4 other fields (located directly below) who's visibility was formerly "conditionally" dependent on the CHECKBOX FIELD.

    Posted 13 years ago on Tuesday June 8, 2010 | Permalink
  13. The fact that you deleted a field that was a target of a condition is the cause of your problem. GF normally handles that situation, but apparently it didn't in your case.
    I will be happy to try to help you get this form back working. Please send me an WP admin login and an FTP login to alex[at]rocketgenius.com and I will take a look at it.

    Posted 13 years ago on Wednesday June 9, 2010 | Permalink
  14. blafarmm
    Member

    Thanks Alex -- but Carl has been working with me on this and I am in good shape.

    Posted 13 years ago on Thursday June 10, 2010 | Permalink