X Xon Well-known member Aug 2, 2024 #1 Affected version 2.3.2 I've just ran xf-dev:generate-finders for an XF2.3 only add-on and it doesn't follow XF's conversion of adding Finder to the end of the classname. That said this, that name change isn't backwards compatible with XF2.2 which is annoying
I've just ran xf-dev:generate-finders for an XF2.3 only add-on and it doesn't follow XF's conversion of adding Finder to the end of the classname. That said this, that name change isn't backwards compatible with XF2.2 which is annoying
X Xon Well-known member Aug 2, 2024 #2 GenerateFinders was updated but it is XF's own class aliases which is the problem. The problem is this line: PHP: if (!class_exists($fqFinderClass)) Replacing with: PHP: $contents = (string)@file_get_contents($fileName); if ($contents === '' || !class_exists($fqFinderClass)) and removing the later file_get_contents in the code, should work
GenerateFinders was updated but it is XF's own class aliases which is the problem. The problem is this line: PHP: if (!class_exists($fqFinderClass)) Replacing with: PHP: $contents = (string)@file_get_contents($fileName); if ($contents === '' || !class_exists($fqFinderClass)) and removing the later file_get_contents in the code, should work
Jeremy P XenForo developer Staff member Aug 2, 2024 #4 The class existence check ensures we don't generate a finder if one already exists, regardless of whether it uses the suffix or not. As of RC5 it should generate them with the suffix, and it seems to work okay for me.
The class existence check ensures we don't generate a finder if one already exists, regardless of whether it uses the suffix or not. As of RC5 it should generate them with the suffix, and it seems to work okay for me.