September 5, 2018
PHP agent v8.2.0.221
Bug Fixes
- Fixed an entire category of bugs where a Drupal hook whose hook name matched its module name resulted in the generation of empty metric names.
Operating Systems Support
- This release of the PHP Agent removes support for the Solaris operating system. For Solaris support, please install agent version 8.1 or prior.
April 30, 2018
PHP agent v8.1.0.209
Upgrade Notices
- The PHP Agent API call
newrelic_set_appnamehas been updated with security improvements in anticipation of future releases.
March 12, 2018
PHP agent v8.0.0.204
Upgrade Notices
- The
newrelic.daemon.sslini setting has been removed to increase security. Transport Layer Security (TLS) will now always be used in communication with the New Relic collector. - Laravel Queue support has now been enabled for all users. If
newrelic.feature_flag=laravel_queueis set, it will now be ignored.
Bug Fixes
- On FreeBSD and Solaris, when
newrelic.daemon.portis configured to use TCP to connect the agent to the daemon, the agent would have difficulty receiving application configuration data from the daemon due to the default timeout of 100 milliseconds matching the delay enforced by the FreeBSD kernel as part of its implementation of Nagle's algorithm. The PHP agent will now set theTCP_NODELAYflag when connecting to the daemon via TCP, which increases the reliability of the agent:daemon connection.
January 10, 2018
PHP agent v7.7.0.203
New Features
- Support for PHP 7.2 has been added.
Bug Fixes
- Datastore metrics would not be generated for Predis users who stopped and started the transaction after instantiating a
Predis\Clientobject. This included users using thenewrelic_set_appname()API. This has been fixed.
October 10, 2017
PHP agent v7.6.0.201
New Features
Internal functions can now be instrumented by enabling the
newrelic.transaction_tracer.internal_functions_enabledconfiguration setting. When enabled, internal functions will appear in transaction traces like PHP functions.Note that enabling this option may result in transactions being slower, especially when collecting many traces from PHP 5.x. Enabling this option is only recommended when specifically debugging performance issues where an internal function is suspected to be slow.
Bug Fixes
- In some cases, Magento 2's UI Component JSON data sources return with an (incorrect)
Content-Typeoftext/html. This resulted in auto instrumentation insertions into JSON data that contained a<head>string. We now identify these specific JSON data sources and ensure the auto instrumentation is not inserted into this JSON data. - On PHP 7, using
file_get_contents()to get a HTTP URL in a function which also read from$http_response_headerresulted in the external call not being linked correctly in the APM UI: the external call would appear in transaction traces without a link to the receiving application. This has been fixed. - Using
curl_setopt_array()to set options on a cURL handle could result in cross application tracing failing. This has been fixed. - When generating explain plans for queries issued with MySQLi, the PHP agent could bind parameters from the wrong query if the PHP object ID had been reused internally. This has been fixed.
- Due to a change in Laravel 5.5's router API, the PHP agent would crash when automatically naming a Laravel transaction. This has been fixed.
- On PHP 7, when naming transactions for the Laravel 5 framework, well-formed transaction names were being replaced by the too-generic
$METHOD/index.php. This has been fixed. - Invoking
newrelic_record_datastore_segment()before the PHP agent had connected to New Relic would result in the query callback silently failing to execute. This has been fixed; the callback will always be invoked provided parameters of the correct type are given to the function, otherwise anE_WARNINGwill be generated.
August 29, 2017
PHP agent v7.5.0.199
New Features
- A new API function for timing datastore functions that the PHP agent doesn't natively instrument has been added:
newrelic_record_datastore_segment(). Documentation and usage examples can be found on the New Relic Documentation site. - The agent now collects additional metadata when running within AWS, GCP, Azure, and PCF. This information is used to provide an enhanced experience when the agent is deployed on those platforms.
Bug Fixes
- On Laravel 5.4, previous versions of the PHP agent named transactions handled by routes without explicit names based on the request method and front controller name, instead of using the route URI as with other versions of Laravel. This has been fixed, and automatic transaction names are once again consistent across all Laravel versions.
- When generating explain plans for queries issued with MySQLi, the PHP agent could bind parameters from the wrong query if the PHP object ID had been reused internally. This has been fixed.
July 5, 2017
PHP agent v7.4.0.198
Bug Fixes
- On the first request served by a PHP process, a Drupal 6 or 7 hook that was invoked with
module_invoke()before it had been invoked bymodule_invoke_all()could have its module name reported as an empty string. This has been fixed. - On PHP 7.0 and 7.1, a Drupal 6 or 7 hook invoked via
module_invoke_all()could report the module name as an empty string in some situations. This has been fixed.
June 27, 2017
PHP agent v7.3.1.197
Bug Fixes
- Users of Guzzle 4 or 5 may have seen crashes in version 7.3.0 of the PHP agent due to a bug in the agent's request shutdown instrumentation for that library. This has been fixed.
June 26, 2017
PHP agent v7.3.0.193
Upgrade Notices
Laravel Queue instrumentation has been updated to better interoperate with other New Relic APM features. It is possible that messages sent from PHP installs running version 7.3 (or later) of the PHP agent may not be correctly linked to the message queue worker transaction if the worker is running with version 7.2 or earlier of the PHP agent.
If you use the Laravel Queue instrumentation, we recommend ensuring that all agents used to produce and consume messages are upgraded to version 7.3 simultaneously to avoid unexpected service map issues.
Bug Fixes
- Compatibility with extensions that install opcode handlers on PHP 7 has been improved, most notably with uopz. While we still do not recommend using other extensions that hook deeply into PHP (such as uopz, runkit, or xdebug) with the New Relic PHP agent, this change should result in improved functionality.
- A potential segfault when using Predis in a session handler invoked at request shutdown has been fixed.
- External requests issued using Guzzle 6 are now properly instrumented when the
GuzzleHttp\Clientclass has been extended.
April 19, 2017
PHP agent v7.2.0.191
Upgrade Notices
Users of the
newrelic-php5Debian package with PHP 5.2: due to discontinued support of PHP 5.2, upgrading to version 7.x of the PHP agent may result in your applications no longer reporting to New Relic. We advise that you upgrade to a supported version of PHP.If upgrading PHP is not possible, you can use
apt-getanddpkgto install version 6.9 of the PHP agent and then hold that installed version by running these commands as root:apt-get updateapt-get upgrade newrelic-php5-common=6.9.0.182 newrelic-daemon=6.9.0.182 newrelic-php5=6.9.0.182echo 'newrelic-php5-common hold' | dpkg --set-selections
Bug Fixes
- Automatic transaction naming has been fixed for Symfony 1 users who replaced the controller class via
factories.ymlwith one that did not callsfFrontWebController::dispatch()orsfController::forward(). - Datastore metrics could not be generated for Predis 0.7 and 0.8 in version 7.1 of the PHP agent. This has been fixed.
- The agent would not report
Zend_Http_Clientexternal calls when the Zend Framework was used directly as a library or indirectly by a framework like Symfony or Magento. This has been fixed.