display logs title issue

[delia]

upgrade from 1.5.6 to 1.5.8a, php 8.1

This is new issue for the display logs plugin itself? I removed the 3.01 so this is 3.02 - don't see that it was installed before. Now getting this constantly. I don't see a change in the plugin itself since I last upgraded a site to 1.5.8. What am I missing?

#0 [internal function]: zen_debug_error_handler()
#1 /zenmin/includes/init_includes/init_templates.php(49): define()
#2 /includes/autoload_func.php(40): require_once('/home/xxx/p...')
#3 /zenmin/includes/application_top.php(42): require('/home/xxxx/p...')
#4 /zc_plugins/DisplayLogs/v3.0.2/admin/display_logs.php(35): require('/home/xxx/p...')
#5 /zenmin/index.php(23): require('/home/xxx/p...')
--> PHP Warning: Constant TITLE already defined in /zenmin/includes/init_includes/init_templates.php on line 49.

[lat9]

You've apparently got an old plugin installed that (perhaps in its /extra_definitions?) defined TITLE for all pages. I can't remember where, but I've seen this before.

[delia]

so irritating. I just don't see it. Cleaned up nearly everything I could think of. Can your brain come up with an example of code that would do that? What beknighted person did such a thing? This does ring a bell...but my brain is rebelling. :)

[swguy]

Look in your extra folders. That's likely where it is.

./includes/extra_datafiles
./includes/languages/english/extra_definitions
./includes/extra_configures

[delia]

I've gone thru all nearly the whole file structure starting with those folders - catalog and admin and removed all old files. Very few mods ever on this site that I've maintained for years. Whatever it is, it's hiding pretty dang well. This site will need the display logs since one mod will create logs constantly as the developer refuses to fix without payment.

[lat9]

All I can offer is that it doesn't happen on a stock zc58+ install, even with a couple of plugins (IH-5, OPC, USU, Bootstrap template and DbIo) installed.

Grab a copy of @swguy's "Mod List" plugin and report back what's installed over-and-above the base.

[swguy]

If you have *nix, the search pattern would be

grep TITLE `find . -name \*.php` | grep define

[mc12345678]

Or use the Developers toolkit to search for 'TITLE' (yes include each single quote) or even more specifically define('TITLE' though that requires that the problem file/ entry used consistent formatting. In both above cases, may need to use the double quote for each of those instead of a single quote.

There may not be extra files but instead an extra entry in a file.

[delia]

All of the error logs are designated as adm - I have been thinking because it's the display logs module. The cart is in maintenance mode and creating no error logs at all - only working in admin. So I concentrated on cleaning up admin and yesterday went thru all of the catalog as well -even removing old templates and checking the default templates to make sure there were no issues - leftovers.

Today I installed a completely clean admin with no extra files, no mods.

In searching using tool developer, nothing popped up that caught my eye.

What did happen when I logged in to the new admin (without deleting the old) was this:

[20-Mar-2023 11:53:58 UTC] Request URI: /zenmin-clean/index.php?cmd=login, IP address: 76.179.90.49, Language id 1
#0 /zenmin-clean/includes/functions/admin_access.php(304): zen_debug_error_handler()
#1 /zenmin-clean/login.php(34): zen_validate_user_login()
#2 /zenmin-clean/index.php(11): require('/home/xxxxx/p...')
--> PHP Warning: Undefined array key 1 in /zenmin-clean/includes/functions/admin_access.php on line 304.

So then I installed a completely new version in a subfolder with no template, no mods, but with the same database. The same two error logs after logging in. admin-access and title with init-templates.

So not a mod. Not a leftover odd file. Not a template.

Since it's generating log files with every move in admin -including 2 each time the logs files are deleted while in the display module, this is not tenable. Are we all out of ideas? This is on cpanel hosting I've used in the past but not often, not my usual hosting. I can't see how that might matter but I figured I would thrown that in.

[carlwhat]

If you have *nix, the search pattern would be

grep TITLE `find . -name \*.php` | grep define

considering the problem is (probably) with a pre-v158 language file, i would think the following code would provide a far smaller result set:

grep -rin define..TITLE.\, *