Skip to:
Content

BuddyPress.org

Opened 10 years ago

Closed 10 years ago

Last modified 9 years ago

#7350 closed enhancement (fixed)

Drop support of WordPress 4.2

Reported by: slaFFik Owned by: boonebgorges
Priority: normal Milestone: 2.8
Component: Core Version:
Severity: major Keywords:
Cc:

Description

And start developing for WordPress 4.3+.

Reason: WordPress 4.2 market share is below 5% https://wordpress.org/about/stats/, and according to our declared WordPress version compatibility (https://codex.buddypress.org/getting-started/wordpress-version-compatibility/) we are dropping support of WordPress 4.2.

WordPress 4.3 was released on August 18, 2015.

TODO:

  • remove from travis matrix,
  • try to find code that is written as a workaround for an older WordPress version.

Attachments (2)

7350-travis.patch (652 bytes ) - added by slaFFik 10 years ago.
7350-readme.patch (1.3 KB ) - added by slaFFik 10 years ago.

Download all attachments as: .zip

Change History (8)

#2 @DJPaul
10 years ago

Updating the minimum version just means we need to update the Travis-CI config, as well as the minimum version number in the plugin header. Unlike the change associated with supporting PHP 5.3 as that minimum version, changing the minimum WordPress version does NOT mean we can or should break backwards compatibility.

From https://codex.buddypress.org/getting-started/wordpress-version-compatibility/, emphasis mine:

By extension: When we “drop support” for a version of WordPress, it means we stop including it in our builds, stop answering support questions related to that specific WP version, and stop putting function_exists() checks (and the like) targeting that version when building new BP features. *Dropping support does not mean that we will actively try to break older versions of WP*

#3 follow-up: @slaFFik
10 years ago

In my last sentence in description I meant exactly this: "stop putting function_exists() checks (and the like) targeting that version when building new BP features". So basically remove those function_exists() if any.
Or did I misunderstand this?

#4 @boonebgorges
10 years ago

In 11244:

BuddyPress 2.8 will require WordPress 4.3.

Props slaFFik.
See #7350.

#5 in reply to: ↑ 3 @boonebgorges
10 years ago

  • Resolutionfixed
  • Status newclosed

https://bpdevel.wordpress.com/2016/11/17/2349/

In my last sentence in description I meant exactly this: "stop putting function_exists() checks (and the like) targeting that version when building new BP features". So basically remove those function_exists() if any.
Or did I misunderstand this?

The emphasis here is "*when building new BP features*". I don't think it's necessary to take the time to go through and find all existing spots. Only when removing the back compat code will greatly increase code quality or performance should we bother doing it proactively. The rest will be naturally refactored out over the course of time.

#6 @boonebgorges
9 years ago

  • Owner set to boonebgorges

In 11517:

BuddyPress 2.9 will require WordPress 4.4.

Fixes #7350.

Note: See TracTickets for help on using tickets.