Yes, this error message is new.

WP Session Manager attempts to replace the session handler used by PHP when it stores data. If the session has already been started, then PHP doesn’t allow the plugin to replace the session handler at all. With older versions of PHP, this just failed silently. As of PHP 7.2 it’s become a formal warning and is often exposed directly on the site when encountered.

See https://wordpress.org/support/topic/php-7-2-warning-5/ for the original report that led to the fix.

Said another way: If your site is showing this error, then it means WP Session Manager was never really working on your site to begin with because another system would set up the session first.

Regardless of whether or not you’ve actually populated the session, merely calling session_start() before WP Session Manager loads will block the PHP from loading or using the custom session handler.

How do I track down what other plugin is using it?

Do a scan of the plugins (and your theme!) on your site and look for session_start(). Whichever code is calling that is likely doing so outside of the plugins_loaded hook and is beating WP Session Manager to the punch.

• This reply was modified 1 year, 4 months ago by Eric Mann. Reason: Fix formatting
• This reply was modified 1 year, 4 months ago by Eric Mann. Reason: Fix HTML formatting that was broken before :-(

Plugins are loaded in order based on their name. So wp-session-manager will get loaded after aardvark-fancy-plugin because of where they fall in the alphabet. Plugins should leverage the plugins_loaded hook to ensure they’re only triggering business logic once everything’s been pulled into the environment.

Some plugin (or even the theme) is calling session_start() outside of this hook and running too early.