Answers.Body: <p>One of my groups' other tech people figured out that it was the file permissions in the CiviCRM template_c and ConfigAndLog directories.  Weird.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-09T21:58:55.823Z
Answers.LastActivityDate: 2016-03-09T21:58:55.823Z
Answers.UserDisplayName: Matt Muchowski
Answers.Body: <p>I have tested the same against CiviCRM Version 4.6.10 and it works perfectly. So please try to reinstall CiviCRM or try to install an fresh copy of CiviCRM and do the testing - Thanks </p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-07T09:53:25.077Z
Answers.LastActivityDate: 2016-03-07T09:53:25.077Z
Answers.UserDisplayName: Ramesh - ARTECH Consultancy
Answers.Body: <p>There are a few things you can try, most of which are detailed here: <a href="http://forum.civicrm.org/index.php/topic,35850" rel="nofollow">Troubleshooting JavaScript in CiviCRM</a>.  Please update your questions with what you've tried if you still need help!</p>
  
  <p>Also, please edit your question to specify your CMS.  Try switching your CMS's theme to Bartik (for Drupal) or twentyfifteen (for Wordpress).  Does this change the behavior?</p>
  
  <p>Finally - please check your CiviCRM logs and PHP logs.  If you post your CMS version and web server software, someone can help you find them.</p>
  
  <p>UPDATE: Now we're getting somewhere!  $.browser is a major clue.  CiviCRM doesn't use $.browser (it's deprecated, and removed as of jQuery 1.9).  So my guess is another module.  Are you running the "jQuery Update" Drupal module?  If so, set it to a version &lt; 1.9 and see if it fixes the problem.  You might also want to find the module that's calling this outdated jQuery construct and see if you actually need it.  You can search your codebase for "$.browser", or just shut off all your non-core extensions and turn half of them on at a time until you've figured out which one causes the error.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-07T22:46:04.267Z
Answers.Text: Just edited my post to include the CMS - Drupal 7.41  and I know it's on apache, not sure which version off the top of my head though.
Answers.UserDisplayName: Matt Muchowski
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-07T23:13:30.793Z
Answers.Text: Apache 2.2.22 on debian
Answers.UserDisplayName: Matt Muchowski
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-07T23:18:41.740Z
Answers.Text: Tried Bartik, no luck.
Answers.UserDisplayName: Matt Muchowski
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-07T23:46:08.100Z
Answers.Text: Also tried looking at any jquery errors that might pop up, saw "Use of getPreventDefault() is deprecated. Use defaultPrevented instead." and "TypeError: $.browser is undefined"
Answers.UserDisplayName: Matt Muchowski
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-08T00:11:05.013Z
Answers.Text: @MattMuchowski I updated my answer to reflect your new info.
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-08T00:30:41.607Z
Answers.Text: Any suggestions on how to search my codebase?
Answers.UserDisplayName: Matt Muchowski
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-08T00:31:47.580Z
Answers.Text: I set the jquery version to 1.7 and still get the error.
Answers.UserDisplayName: Matt Muchowski
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-08T02:42:16.547Z
Answers.Text: @MattMuchowski if you have command-line access, use grep (in OS X/Linux) or find (in Windows).  If you're not comfortable with the command line, just turn off all the non-core modules to see if it goes away, then turn them back on a few at a time.
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-08T19:45:22.343Z
Answers.Text: Yea, I did grep -rnw "$.browser" and it seemed to point to jquery_update, calendar/theme, and tableofcontents, I disabled jquery_update and tableofcontents, the calendar was greyed out.  Still no luck.
Answers.UserDisplayName: Matt Muchowski
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-09T01:11:53.480Z
Answers.Text: Looking at the source code, I saw this little nugget, "        <!-- .tpl file invoked: CRM/UF/Form/Group.tpl. Call via form.tpl if we have a form in the page. -->           <form  action="/civicrm/admin/uf/group/add" method="post" name="Group" id="Group" class="CRM_UF_Form_Group" data-warn-changes="true" >" Which seems to be the code that gets called to create and edit profiles.  It seems like it's not being called?
Answers.UserDisplayName: Matt Muchowski
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-09T03:39:16.470Z
Answers.Text: Could it be something related to acl permissions?
Answers.UserDisplayName: Matt Muchowski
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-09T18:16:41.890Z
Answers.Text: It does the same thing on the Misc. Settings page /civicrm/admin/setting/misc?reset=1   where there are no fields or buttons.
Answers.UserDisplayName: Matt Muchowski
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-03-07T13:36:25.177Z
Answers.LastActivityDate: 2016-03-08T00:10:48.903Z
Answers.LastEditDate: 2016-03-08T00:10:48.903Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Body: <p>When I try to create a new civicrm profile, or to edit the setting of an existing one, there is just a blank space with no buttons or fields. See the attached screenshots.<a href="https://i.sstatic.net/1bv0d.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/1bv0d.png" alt="enter image description here"></a>  I'm using civicrm 4.6.10 and Drupal 7.41 </p>
  
Tags: <profile>
Title: Can't make new profiles, or edit settings
ThreadText: # Can't make new profiles, or edit settings
  
  (Asked by: username_0 on 2016-03-06)
  
  When I try to create a new civicrm profile, or to edit the setting of an existing one, there is just a blank space with no buttons or fields. See the attached screenshots.[![enter image description here](https://i.sstatic.net/1bv0d.png)](https://i.sstatic.net/1bv0d.png) I'm using civicrm 4.6.10 and Drupal 7.41
  
  **Tags:** profile
  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_0 on 2016-03-09. Score: 0 | Accepted answer
  
  One of my groups' other username_2 people figured out that it was the file permissions in the CiviCRM template\_c and ConfigAndLog directories. Weird.
  
  
  ---
  
  ### Answer by username_1 on 2016-03-07. Score: 0
  
  I have tested the same against CiviCRM Version 4.6.10 and it works perfectly. So please try to reinstall CiviCRM or try to install an fresh copy of CiviCRM and do the testing - Thanks
  
  
  ---
  
  ### Answer by username_2 on 2016-03-07. Score: 0
  
  There are a few things you can try, most of which are detailed here: [Troubleshooting JavaScript in CiviCRM](http://forum.civicrm.org/index.php/topic,35850). Please update your questions with what you've tried if you still need help!
  
  Also, please edit your question to specify your CMS. Try switching your CMS's theme to Bartik (for Drupal) or twentyfifteen (for Wordpress). Does this change the behavior?
  
  Finally - please check your CiviCRM logs and PHP logs. If you post your CMS version and web server software, someone can help you find them.
  
  UPDATE: Now we're getting somewhere! $.browser is a major clue. CiviCRM doesn't use $.browser (it's deprecated, and removed as of jQuery 1.9). So my guess is another module. Are you running the "jQuery Update" Drupal module? If so, set it to a version < 1.9 and see if it fixes the problem. You might also want to find the module that's calling this outdated jQuery construct and see if you actually need it. You can search your codebase for "$.browser", or just shut off all your non-core extensions and turn half of them on at a time until you've figured out which one causes the error.
  
  > **Comments:**
  > **username_0**: Just edited my post to include the CMS - Drupal 7.41  and I know it's on apache, not sure which version off the top of my head though.  
  > **username_0**: Apache 2.2.22 on debian  
  > **username_0**: Tried Bartik, no luck.  
  > **username_0**: Also tried looking at any jquery errors that might pop up, saw "Use of getPreventDefault() is deprecated. Use defaultPrevented instead." and "TypeError: $.browser is undefined"  
  > **username_2**: @username_0 I updated my answer to reflect your new info.  
  > **username_0**: Any suggestions on how to search my codebase?  
  > **username_0**: I set the jquery version to 1.7 and still get the error.  
  > **username_2**: @username_0 if you have command-line access, use grep (in OS X/Linux) or find (in Windows).  If you're not comfortable with the command line, just turn off all the non-core modules to see if it goes away, then turn them back on a few at a time.  
  > **username_0**: Yea, I did grep -rnw "$.browser" and it seemed to point to jquery_update, calendar/theme, and tableofcontents, I disabled jquery_update and tableofcontents, the calendar was greyed out.  Still no luck.  
  > **username_0**: Looking at the source code, I saw this little nugget, "        <!-- .tpl file invoked: CRM/UF/Form/Group.tpl. Call via form.tpl if we have a form in the page. -->           <form  action="/civicrm/admin/uf/group/add" method="post" name="Group" id="Group" class="CRM_UF_Form_Group" data-warn-changes="true" >" Which seems to be the code that gets called to create and edit profiles.  It seems like it's not being called?  
  > **username_0**: Could it be something related to acl permissions?  
  > **username_0**: It does the same thing on the Misc. Settings page /civicrm/admin/setting/misc?reset=1   where there are no fields or buttons.  
  
  ---
  
  