Page MenuHomePhorge

Fix PHP 8.1 "strlen(null)" exceptions adding an OAuth provider
ClosedPublic

Authored by aklapper on Apr 15 2024, 15:00.
Tags
None
Referenced Files
Unknown Object (File)
Mon, May 13, 07:49
Unknown Object (File)
Tue, May 7, 04:19
Unknown Object (File)
Mon, May 6, 17:17
Unknown Object (File)
Sun, May 5, 23:15
Unknown Object (File)
Sat, May 4, 07:57
Unknown Object (File)
Wed, May 1, 19:22
Unknown Object (File)
Wed, May 1, 19:22
Unknown Object (File)
Wed, May 1, 00:23

Details

Summary

strlen() was used in Phabricator to check if a generic value is a non-empty string.
This behavior is deprecated since PHP 8.1. Phorge adopts phutil_nonempty_string() as a replacement.

Note: this may highlight other absurd input values that might be worth correcting
instead of just ignoring. If phutil_nonempty_string() throws an exception in your
instance, report it to Phorge to evaluate and fix that specific corner case.

ERROR 8192: strlen(): Passing null to parameter #1 ($string) of type string is deprecated at [/var/www/html/phorge/phorge/src/applications/auth/provider/PhabricatorOAuth2AuthProvider.php:140]
ERROR 8192: strlen(): Passing null to parameter #1 ($string) of type string is deprecated at [/var/www/html/phorge/phorge/src/applications/auth/provider/PhabricatorOAuth2AuthProvider.php:155]
ERROR 8192: strlen(): Passing null to parameter #1 ($string) of type string is deprecated at [/var/www/html/phorge/phorge/src/applications/auth/provider/PhabricatorOAuth2AuthProvider.php:165]

Closes T15786

Test Plan

Set up any Auth provider which uses OAuth2 and check the error console.

Diff Detail

Repository
rP Phorge
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

If we find 10 minutes, let's test this on every provider, as last time it gave us a little surprise on one of them

If we find 10 minutes, let's test this on every provider, as last time it gave us a little surprise on one of them

I checked this with two or three providers - it's used in a common string for all OAuth providers and refers to an ID, Secret, or Property note.

But if we ever ran into some surprise here (e.g. getting an integer instead of a string) then we'd know to change phutil_nonempty_string into phutil_nonempty_scalar? :)

speck subscribed.

Thank you for testing. I think this looks good. In the one case that the old var is used it’s rendered as a string in pht so string assumption seems okay here.

I’m good with this if @valerio.bozzolan is

This revision is now accepted and ready to land.Wed, May 1, 23:12