https://legacy.forums.gravityhelp.com/topic/html-block-on-1313-beta Gravity Support Forums Topic: HTML block on 1.3.13 beta en-US Sun, 19 Apr 2026 18:21:08 +0000 http://bbpress.org/?v=1.0.1 q https://legacy.forums.gravityhelp.com/search.php https://legacy.forums.gravityhelp.com/topic/html-block-on-1313-beta#post-7956 Wed, 28 Jul 2010 19:35:41 +0000 blafarmm 7956@https://legacy.forums.gravityhelp.com/ <p>For the sake of clarity, it has been determined to be a local Javascript issue.</p> <p>Other computers at the same location do not display the same problem. </p> https://legacy.forums.gravityhelp.com/topic/html-block-on-1313-beta#post-7952 Wed, 28 Jul 2010 19:05:35 +0000 blafarmm 7952@https://legacy.forums.gravityhelp.com/ <p>Response sent via email. </p> https://legacy.forums.gravityhelp.com/topic/html-block-on-1313-beta#post-7951 Wed, 28 Jul 2010 18:54:19 +0000 Chris Hajer 7951@https://legacy.forums.gravityhelp.com/ <p>blafarmm, you say "same plugins and themes" but "no plugins actively being used". So, what theme are you using, and what plugins are installed? Sounds like it has to be a conflict with either theme or plugins. </p> https://legacy.forums.gravityhelp.com/topic/html-block-on-1313-beta#post-7947 Wed, 28 Jul 2010 18:22:50 +0000 Carl Hancock 7947@https://legacy.forums.gravityhelp.com/ <p>I received your form export file and imported it to my test site. I was able to edit it in Chrome, add fields, edit fields, etc. without a problem. </p> <p>In my test I added 4 single input fields, edited each one of them and then I added 4 HTML blocks and edited each one of those. I then randomly open and close the editor on various fields I added and made a few additional changes.</p> <p>Everything works as expected.</p> <p>Here is a screencast of exactly what I did using Chrome:</p> <p><a href="http://screenr.com/SeX" rel="nofollow">http://screenr.com/SeX</a></p> <p>One thing to note is javascript is run client side, not on the server. It relies on your computer to process it in the browser. With a large form it is going to mean more javascript to process. </p> <p>If your local machine has a hard time processing it, or lacks memory of system resources to do so... your browser could have issues. So it's possible this is an issue specific to your computer setup.</p> <p>As I mentioned, i'm not able to reproduce it (video above shows it in action) and nobody else has reported this issue. </p> https://legacy.forums.gravityhelp.com/topic/html-block-on-1313-beta#post-7945 Wed, 28 Jul 2010 18:01:51 +0000 blafarmm 7945@https://legacy.forums.gravityhelp.com/ <p>Carl,</p> <p>I have exported the form in question to my desktop -- then imported it to another GV installation that is living on a different domain. I created 4 new Single Line Text fields -- and the open/close problem has "traveled" to the new domain. </p> <p>But, interestingly, this time it is happening on the first of the four new Single Line Text fields -- and the three new fields below it are DOA. As mentioned, they can be deleted and recreated -- as a workaround. And, for the record, I am clicking directly on the Edit link -- not just on the field in general.</p> <p>Then I decided to create two brand new forms -- on both domains. I tested by creating 4 new HTML fields in series -- and 4 new Single Line Text fields in series -- and neither of the new forms displays the open/close problem. This leads me to believe that the problem may be isolated to the form I am working on -- or to forms that are of a certain length or complexity.</p> <p>For the record, both WP installations have the EXACT SAME complement of themes and plugins installed. Neither domain is "live" -- and no other plugins are being actively used.</p> <p>I suspect opening my form on your GV installation will allow you to see the problem first hand. I hope you can isolate it -- as I'd very much like this form to be free of any amount of corruption.</p> <p>I will email you the form right now at your rocketgenius.com address. </p> https://legacy.forums.gravityhelp.com/topic/html-block-on-1313-beta#post-7937 Wed, 28 Jul 2010 17:31:16 +0000 Carl Hancock 7937@https://legacy.forums.gravityhelp.com/ <p>We are unable to replicate this issue on our end. We can add 4, 5, 6, 10 single line input fields in a row on our form and edit them one by one from the top down without a problem. We are doing so in Chrome, FireFox and Safari without an issue.</p> <p>Nobody else is reporting this issue which leads me to believe it's possible it could be some sort of javascript related issue with your WordPress install with a plugin conflict being the cause. </p> <p>Have you checked for possible plugin conflicts causing interference with the Javascript?</p> <p>Can you export your form and place it somewhere where we can download it so we can import your exact form configuration on our end?</p> <p>So far nobody else has reported this issue and we are unable to replicate it so it's very difficult for us to determine what the problem is.</p> <p>Also, are you clicking the actual "EDIT" icon/link to open the editor interface? While clicking anywhere can fire the javascript, you are really supposed to click the "EDIT" icon/link to open the editing interface. </p> https://legacy.forums.gravityhelp.com/topic/html-block-on-1313-beta#post-7930 Wed, 28 Jul 2010 16:42:24 +0000 blafarmm 7930@https://legacy.forums.gravityhelp.com/ <p>For the record, this is now happening Single Line Text fields. And, once again, it is following the pattern described above.</p> <p>It may be the length of my form, but you can probably replicate this problem by creating 4 Single Line Text fields in a row at the bottom of your form.</p> <p>Fill them out -- starting with the top field.</p> <p>By the time you get to the third field -- you will likely experience this open/close seesaw effect. And if you do, you will find that the fourth Single Line Text field is completely unresponsive.</p> <p>If you delete the third and fourth fields -- and create new ones -- the problem will disappear.</p> <p>This suggests (but has not comprehensively tested) that creating four or more fields in a row (at least HTML and Single Line Text, if not more) -- and filling them out starting at the top --will likely cause the third field to automatically open and close by itself -- and the fields below the third field -- will be DOA.</p> <p>Can you replicate this problem on your end? </p> https://legacy.forums.gravityhelp.com/topic/html-block-on-1313-beta#post-7834 Mon, 26 Jul 2010 19:46:46 +0000 blafarmm 7834@https://legacy.forums.gravityhelp.com/ <p>Hi Kevin,</p> <p>Actually, it has just begun happening with Chrome. Very frustrating. And, yet, there seems to be an observable pattern -- as it has happens only in a certain form structure scenario.</p> <p>Here is a possible way to reproduce it:</p> <p>Create 5 Paragraph fields in series. Enter a Field Label, enter text in the Default Value and enter a Conditional Logic if you can (although I'm not certain this is absolutely necessary).</p> <p>Create 5 HTML fields (that are intended to replace the Paragraph fields). Drag them up one-by-one so that there is a new HTML field BELOW each of the Paragraph fields that you already created.</p> <p>Then, starting at the top, copy the information from each Paragraph field -- to the HTML field that is directly below. Copy the Field Label, the Default Value and the Conditional Logic. There's no need to delete the obsolete Paragraph fields as you go -- as it appears to not play a role in the problem.</p> <p>If you are luck (so to speak) by the time you get to the third field -- you may experience this HTML "open/shut" "seesaw" behavior that prevents any information from being entered into the HTML field. The HTML opens all the way -- and then shuts all by itself.</p> <p>On top of that, this phenomena causes the forth and fifth HTML fields (which you haven't yet used) to be completely un-openable.</p> <p>And, for the record, saving the form does not make the problem go away.</p> <p>What does work, is saving the form, deleting the offending HTML fields, creating new HTML fields, moving them to the correct locations under the Paragraph field -- and using them normally. So, at least there is a workaround.</p> <p>I don't know why it started happening the Firefox -- and why I was able to switch to Chrome to fix the problem. And, now I don't know why it has started in Chrome. I guess I'm going to have to migrate to IE.</p> <p>Please let me know if you are able to replicate the problem. Otherwise, I'll give you a login to my WP installation again (if you want).</p> <p>Note: Edited several times for clarity </p> https://legacy.forums.gravityhelp.com/topic/html-block-on-1313-beta#post-7833 Mon, 26 Jul 2010 19:21:10 +0000 Kevin Flahaut 7833@https://legacy.forums.gravityhelp.com/ <p>We haven't been able to reproduce the issue here and the only issues reported so far are the ones in this thread. I'll test some more and see if I can recreate the problem you're having. </p> https://legacy.forums.gravityhelp.com/topic/html-block-on-1313-beta#post-7832 Mon, 26 Jul 2010 18:58:28 +0000 blafarmm 7832@https://legacy.forums.gravityhelp.com/ <p>Actually, these problems are evolving.</p> <p>Worked on the form for about an hour ... and then experienced HTML fields that open all the way -- and then shut by themselves -- with no time to type or paste into any fields.</p> <p>Can't work this way -- going back to Chrome -- which I left due to a host of other documented problems.</p> <p>Wondering if IE is a safer overall choice in the long-run -- at least for development.</p> <p>Is there a browser that is known to have the least number of issues? </p>