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.

Backend UI display bug

  1. when creating or editing a form via the backend admin panel, there seems to be some sort of display bug and/or conflict that prevents any of the form fields from being editable as well as causing problems with some of the meta boxes from displaying. Here's a screen cap of the errors:
    http://www.ventureindustriesonline.com/wp-content/uploads/gravity-forms-bug.jpg

    The site where I'm having trouble is located at http://173.254.48.174, which is working off the IP address until the site is finished with design etc.

    Thanks in advance for the help.

    Posted 12 years ago on Monday January 9, 2012 | Permalink
  2. Okay, which browser are you seeing the issue in, which version of WordPress and which version of Gravity Forms.

    We need to know all the relevant information to be able to test it. Also, it's possible that this is related to a plugin conflict so have you already tried testing for conflicts?

    http://www.gravityhelp.com/documentation/page/Testing_for_a_Theme/Plugin_Conflict

    Posted 12 years ago on Monday January 9, 2012 | Permalink
  3. Browser: Chrome (but the same bugs appear in IE9 and FF)
    WP: 3.2.1
    GF: latest available (t says the version is up to date).

    Some of the plugins being used are necessary for the theme to function and given the error, it looks to me like it might be a jQuery issue with the tooltips. The one I know the theme functionality uses is from http://flowplayer.org/tools/tooltip/index.html, are you aware of any conflicts there?

    Posted 12 years ago on Monday January 9, 2012 | Permalink
  4. Not aware of any conflicts offhand but the extra info gives me something to play around with. Thanks for that. I'll take a look and see what I can find out then report back.

    Posted 12 years ago on Tuesday January 10, 2012 | Permalink
  5. Many thanks! if you need to look at the install in question, let me know how to get admin login creds over to you.

    Posted 12 years ago on Tuesday January 10, 2012 | Permalink
  6. Just checking to see if you folks have any thoughts on this yet?

    Posted 12 years ago on Friday January 13, 2012 | Permalink
  7. *bump*

    Posted 12 years ago on Tuesday January 17, 2012 | Permalink
  8. Any news on this yet guys?

    Posted 12 years ago on Monday January 23, 2012 | Permalink
  9. Sorry, this got bumped behind a few other priority support issues.. let me revisit it this evening and I'll see what i can come up with. Sorry to keep you waiting on it.

    Posted 12 years ago on Monday January 23, 2012 | Permalink
  10. Many thanks.

    Posted 12 years ago on Tuesday January 24, 2012 | Permalink
  11. Drew,

    I can't seem to replicate this in my tests.. can you go ahead and send me admin credentials to your site so I can check it out there? Please send them via the contact form and address it to my attention in the comments. Thanks.

    http://www.gravityhelp.com/contact-us/

    Posted 12 years ago on Tuesday January 24, 2012 | Permalink
  12. Sure thing, they are on the way...

    Posted 12 years ago on Wednesday January 25, 2012 | Permalink
  13. Hey Drew,

    I've poked around for a while now and can't seem to replicate your display issue. Here are a few screenshots from my tests.

    Firefox Mac - http://bit.ly/xexm0y
    Chrome Mac - http://bit.ly/wfLhyX
    IE9 PC - http://bit.ly/xogB81
    Firefox PC - http://bit.ly/zCdHga
    Chrome PC - http://bit.ly/zgFVvG

    Not really sure what you're seeing. Have you tried clearing the browser cache to make sure there aren't some rogue CSS rules being cached? Not sure if that would really be it, but it's worth a shot.

    Posted 12 years ago on Wednesday January 25, 2012 | Permalink
  14. If you open up an existing form or start a new one then edit something like a standard name filed, you should see the bugs in the screencap from http://www.ventureindustriesonline.com/wp-content/uploads/gravity-forms-bug.jpg (especially the one on the right). Were you able to get that far into it to reproduce that error?

    We have tried doing the full clearing of cache route etc. But when you have a moment, could you go to that additional layer of depth to see if you notice the same error?

    Posted 12 years ago on Wednesday January 25, 2012 | Permalink
  15. Sure, I'll try that and see if I can replicate it. Thanks for the additional info.

    Posted 12 years ago on Wednesday January 25, 2012 | Permalink
  16. Any addition news on this item?

    Posted 12 years ago on Monday February 6, 2012 | Permalink
  17. Drew,

    Sorry, I honestly got side-tracked with something and need to look at this again. That's really embarrassing. I sincerely apologize. Let me revisit this tonight and see what I can come up with.

    Posted 12 years ago on Tuesday February 7, 2012 | Permalink
  18. Many thanks.

    Posted 12 years ago on Tuesday February 7, 2012 | Permalink
  19. Drew, here's what I found.

    Your admin page is inheriting styles from another plugin ("venture event manager") that shouldn't be enqueueing scripts/styles on other pages. That's why you're seeing this at least..

    admin screenshot: http://bit.ly/yK2TJN

    The "tooltip" class is inheriting rules from this stylesheet.

    http://173.254.48.174/wp-content/plugins/venture-event-manager/css/admin.css?ver=3.2.1 (line 93)

    [css]
    .tooltip {
    	display:none;
    	background:#DDECF7;
    	border:4px solid #D1E5F5;
    	font-size:12px;
    	max-width:400px;
    	min-width:150px;
    	padding:10px;
    	color:#333;
    	z-index:1000;
    }

    I disabled the stylesheets for that plugin in my test and everything in the GF admin page displays as it should.

    screenshot: http://bit.ly/xGFaat

    I do now see where the panel cropping issue is coming from.. the main container in the admin page has an "overflow:hidden" property being applied inline. That's cropping/truncating the toolbox panels when you're working with a new form.

    screenshot: http://bit.ly/w5GTxq

    Normally, this inline style doesn't exist in the form editor page.

    screenshot: http://bit.ly/xnpafs

    Something other than Gravity Forms is adding this style inline. You're dealing with a script conflict here - something is adding the styles where they shouldn't be added. You'll need to test and see which plugin is causing the issue. It could very well be the event manager one I mentioned above. They don't need to output scripts on other plugin pages.. that's just sloppy on their end.

    Hope that helps and thanks again for your patience.

    Posted 12 years ago on Tuesday February 7, 2012 | Permalink
  20. TOOLTIP
    Many thanks, I do know the other tooltip script is something being used by that other plugin, which is necessary for that theme. Is it possible to change the tooltip class in the GF stylesheet (or the theme's overall user defined stylesheet)? If so, is there a class you recommend using?

    CROPPING
    My guess is that's another conflict with one of the theme's necessary stylesheets but that should be relatively easy to track down - many thanks again!

    Drew

    Posted 12 years ago on Wednesday February 8, 2012 | Permalink
  21. On the tooltip thing.. it's more than just that. There are some other style issues and potentially some script conflicts as well if the other plugin is enqueueing their stuff on other admin pages. I would approach that developer and ask them about limiting their scripts to just their plugin admin pages. That's the proper way to do it. There shouldn't be a need to override other plugin's stuff if it's done correctly.

    "Target a Specific Admin Page"
    http://codex.wordpress.org/Plugin_API/Action_Reference/admin_enqueue_scripts

    Posted 12 years ago on Wednesday February 8, 2012 | Permalink
  22. Many thanks Kevin, I'l;l have my programmer take a look at those specific issues.

    Posted 12 years ago on Thursday February 9, 2012 | Permalink
  23. mdthomann
    Member

    I am now having the "cropping" issue on new forms. Existing forms are fine. I've disabled all plugins and added back one by one to no avail. The only new addition in last couple of days was mailchimp and paypal for gravity.

    I can circumvent the issue by duplicating an existing, deleting all field and starting from scratch. Seems very odd.

    Posted 12 years ago on Thursday February 9, 2012 | Permalink
  24. @mdthomann You mentioned that you disabled all plugins, but you didn't mention if you also did the same with your theme. You need to test both plugins AND your theme when checking for conflicts. Follow the instructions here:

    http://www.gravityhelp.com/documentation/page/Testing_for_a_Theme/Plugin_Conflict

    The issues being described in this post, as you can see from reading the original posters issues and back and forth with Kevin, are going to be caused by outside code interfering with Gravity Forms. This isn't standard behavior so if it's happening, something on your site is causing the problem so you need to determine the source and that source could be another plugin or your theme.

    In the future please create a new support forum post for your issue rather than piggybacking off another users support request. It prevents us from efficiently manning requests when this happens and can cause your request to go unnoticed.

    Posted 12 years ago on Thursday February 9, 2012 | Permalink