Answers.Body: <p>This means CRM_Mailing_BAO_Mailing class is overriden somewhere. This could be due to a civicrm extension like mailjet that overrides Mailing.php</p>
  
  <p>Please check which extension is overriding it and either disable that extension or update Mailing.php in it.</p>
  
  <p>Let me know if it works!</p>
  
  <p>Thanks.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-08-11T22:05:12.703Z
Answers.Text: Thanks!  I have a sendgrid extension that must be doing what you say.  I'll check for an update to that extension.
Answers.UserDisplayName: onefiftyfour
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-08-10T07:43:22.293Z
Answers.LastActivityDate: 2017-08-10T07:43:22.293Z
Answers.UserDisplayName: TheCoderGuy
Body: <p>I just upgraded from 4.6.23 to 4.6.26.  I'm on wordpress. Everything else seems to work fine. When I start a new mailing I get this error:</p>
  
  <blockquote>
    <p>PHP Fatal error:  Call to undefined method CRM_Mailing_BAO_Mailing:
    :getTemplateTypes() in
    ...wp-content/plugins/civicrm/civicrm/CRM/Mailing/Info.php on line
    168, referer: ...</p>
  </blockquote>
  
  <p>I see that getTemplateTypes is new for 4.6.26.  I see in civicrm/CRM/Mailing/BAO/Mailing.php that the function is defined there. </p>
  
  <p>I've commented out the reference to getTemplateTypes in civicrm/CRM/Mailing/Info.php and that allows me to start a new mailing, but now I'm getting this PHP warning:</p>
  
  <blockquote>
    <p>PHP Warning:  call_user_func() expects parameter 1 to be a valid c allback, class 'CRM_Mailing_BAO_Mailing' does not have a method
    'getTemplateTypeNames' in
    .../civicrm/CRM/Core/PseudoConstant.php on line 277, ...</p>
  </blockquote>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-03-06T23:09:49.357Z
Comments.Text: Since you see the method there but it doesn't find it, maybe you have a caching issue.   You might try doing the same thing from a private or incognito browswer session and see if that works.  It could be on the civi side so you could try to clear all of civi's caches.
Comments.UserDisplayName: Paul-Tahoe
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-03-09T19:59:53.853Z
Comments.Text: I've tried your suggestions and it doesn't seem to be a caching problem.
Comments.UserDisplayName: onefiftyfour
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-08-11T22:53:59.433Z
Comments.Text: Rich Smith, just alerting you to the answer below.
Comments.UserDisplayName: onefiftyfour
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-27T12:58:03.130Z
Comments.Text: Did you ever manage to resolve this? I've just had the same thing updating from 4.6.24 to 4.6.28 - starting a new mailing throws a HTTP Error 500 and creates the 'Call to undefined method CRM_Mailing_BAO_Mailing: :getTemplateTypes()' error in the server log.
Comments.UserDisplayName: Rich Smith
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-06-28T14:08:06.397Z
Comments.Text: No. Not resolved.  As I stated in the last paragraph, after commenting out the reference to getTemplateTypes...  I can start and complete mailings.
Comments.UserDisplayName: onefiftyfour
Tags: <mailing>
Title: after upgrade to 4.6.26 getting PHP Fatal error when starting a new mailing
ThreadText: # after upgrade to 4.6.26 getting PHP Fatal error when starting a new mailing
  
  (Asked by: username_0 on 2017-03-06)
  
  I just upgraded from 4.6.23 to 4.6.26. I'm on wordpress. Everything else seems to work fine. When I start a new mailing I get this error:
  
  > PHP Fatal error: Call to undefined method CRM\_Mailing\_BAO\_Mailing:
  > :getTemplateTypes() in
  > ...wp-content/plugins/civicrm/civicrm/CRM/Mailing/Info.php on line
  > 168, referer: ...
  
  I see that getTemplateTypes is new for 4.6.26. I see in civicrm/CRM/Mailing/BAO/Mailing.php that the function is defined there.
  
  I've commented out the reference to getTemplateTypes in civicrm/CRM/Mailing/Info.php and that allows me to start a new mailing, but now I'm getting this PHP warning:
  
  > PHP Warning: call\_user\_func() expects parameter 1 to be a valid c allback, class 'CRM\_Mailing\_BAO\_Mailing' does not have a method
  > 'getTemplateTypeNames' in
  > .../civicrm/CRM/Core/PseudoConstant.php on line 277, ...
  
  **Tags:** mailing
  
  > **Comments:**
  > **username_1**: Since you see the method there but it doesn't find it, maybe you have a caching issue.   You might try doing the same thing from a private or incognito browswer session and see if that works.  It could be on the civi side so you could try to clear all of civi's caches.  
  > **username_0**: I've tried your suggestions and it doesn't seem to be a caching problem.  
  > **username_2**: Did you ever manage to resolve this? I've just had the same thing updating from 4.6.24 to 4.6.28 - starting a new mailing throws a HTTP Error 500 and creates the 'Call to undefined method CRM_Mailing_BAO_Mailing: :getTemplateTypes()' error in the server log.  
  > **username_0**: No. Not resolved.  As I stated in the last paragraph, after commenting out the reference to getTemplateTypes...  I can start and complete mailings.  
  > **username_0**: username_2, just alerting you to the answer below.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_3 on 2017-08-10. Score: 2 | Accepted answer
  
  This means CRM\_Mailing\_BAO\_Mailing class is overriden somewhere. This could be due to a civicrm extension like mailjet that overrides Mailing.php
  
  Please check which extension is overriding it and either disable that extension or update Mailing.php in it.
  
  Let me know if it works!
  
  Thanks.
  
  > **Comments:**
  > **username_0**: Thanks!  I have a sendgrid extension that must be doing what you say.  I'll check for an update to that extension.  
  
  ---
  
  