On one site, Developers Tool Kit failing to Look-up key or name in admin files

My favorite toy Developers Tool Kit fails to Look-up any key or name in admin files.

Grabbing any existing known variable out of my admin file system and doing a search in the bottom field of Developers Tool Kit using All Files Look-ups: Admin and File type .php only returns

Match Lines found: 0
Warning Error: No matching Configuration Keys were found ...

although the searched variable definitely exists in various files

Zen Cart 1.3.9d
Database Patch Level: 1.3.9a
v1.3.9a [2010-04-20 15:18:34] (Version Update 1.3.8->1.3.9a)
v1.3.8 [2010-04-06 23:35:53] (Fresh Installation)

No problem doing a search in catalog files of this install and also works fine in my local install of another 1.3.9d store. Did a complete WinMerge file comparison between 1.3.9d install file set (admin) and my admin files - to no avail.

Can anyone shed a light on this please?

Thanks / Frank

Works OK for me on an upgrade to 1.3.9d and also a fresh 1.3.9d installation. The developers_tool_kit.php file was changed - maybe it got garbled during the upload ?

stevesh:

Works OK for me on an upgrade to 1.3.9d and also a fresh 1.3.9d installation. The developers_tool_kit.php file was changed - maybe it got garbled during the upload ?

Thanks Steve, looked at that file and re-uploaded. Then did another search for the variable $configuration_value and only searched admin ---- result = zilch :yuck:

The other store (fresh install of 1.3.9d) works just fine - that's what got me buggered........

That string shows up here in admin/configuration.php and admin/product_types.php. Maybe something wrong with those files?

stevesh:

That string shows up here in admin/configuration.php and admin/product_types.php. Maybe something wrong with those files?

Na, grabbed that string 'at random' from admin/configuration.php so I know it's there but still is a no-show in a search .... and the rest of the site, catalog, admin and all works just fine.

Rather weird that you are having this problem ... so far, I cannot reproduce it ... :unsure:

Ajeh:

Rather weird that you are having this problem ... so far, I cannot reproduce it ... :unsure:

Yes, it is weird indeed - especially since I presently have 2 stores on 1.3.9d and one of the 2 doesn't want to play the search game in admin :wacko:

It is not really a major problem as everything else works a treat, but it is rather inconvenient if one wants to find something in the admin file structure :shocking:

Other than deleting and replacing the file on the server I am not sure where else to go ...

Any weird permission settings perhaps?

Ajeh:

.....Any weird permission settings perhaps?

Thanks Linda, that is one thing I have not looked at as yet - will be tomorrow though (just watching our own Sam Stoser having a go at hopefully winning the French Open ...)

I will keep you posted - thanks again.

I've just begun to upgrade from 1.3.9b to 1.3.9d and notice that 1.3.9b has: /admin/developers_tool_kit.php;
1.3.9c has: /admin/developers_toolkit.php; and
1.3.9d has: /admin/developers_tool_kit.php

Which is the correct file naming to make 1.3.9d function properly?

The filename has not changed in any of the versions ... perhaps you bumped the file and removed an underscore in the filename? :unsure:

You might look at that mispelled file to see what it is ... but it is not from a Zen Cart download ...

Ajeh:

The filename has not changed in any of the versions ... perhaps you bumped the file and removed an underscore in the filename? :unsure:

You might look at that mispelled file to see what it is ... but it is not from a Zen Cart download ...

Ajeh, You are correct! The Changelog for v1.3.9d lists without the underscore,
/admin/developers_toolkit.php
but the actual files have the underscore.

Thank you for such a cool tool & forum!:cool:

Ajeh:

......Any weird permission settings perhaps?

The permissions of my developers_tool_kit.php file are set to 644, which appears to be correct.

I have been contemplating backing up all files and DB and then uploading the old 1.3.8a developers_tool_kit.php file to see if that would work for an admin search. BUT (and that's a big but) I am not certain what damage may be done using this veteran file for testing purposes :huh:

frank18:

.....I have been contemplating backing up all files and DB and then uploading the old 1.3.8a developers_tool_kit.php file to see if that would work for an admin search. BUT (and that's a big but) I am not certain what damage may be done using this veteran file for testing purposes :huh:

Abandoned that idea...

Recapping my findings so far:

Store 1 (search in admin works just fine):

local install for development

PHP Version: 5.2.9 (Zend: 2.2.0)
Database: MySQL 5.0.51a-community-nt
HTTP Server: Apache/2.2.11 (Win32) mod_ssl/2.2.11 OpenSSL/0.9.8i PHP/5.2.9

Zen Cart 1.3.9d
Database Patch Level: 1.3.9c
v1.3.9c [2010-05-29 00:15:45] (Version Update 1.3.8->1.3.9c)
v1.3.8 [2010-05-29 00:15:43] (Version Update 1.3.7->1.3.8)
v1.3.7 [2010-05-29 00:15:39] (Version Update 1.3.6->1.3.7)
v1.2.7 [2010-05-29 00:15:39] (Version Update 1.2.6->1.2.7)
v1.3.7.1 [2007-10-24 21:50:38] (Fresh Installation)

Store 2 (search in admin does not work):

live store

PHP Version: 5.2.13 (Zend: 2.2.0)
Database: MySQL 5.0.90-community-log
HTTP Server: Apache/2.2.15 (Unix) mod_ssl/2.2.15 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635

Zen Cart 1.3.9d
Database Patch Level: 1.3.9a
v1.3.9a [2010-04-20 15:18:34] (Version Update 1.3.8->1.3.9a)
v1.3.8 [2010-04-06 23:35:53] (Fresh Installation)

This server is protected with the Suhosin Extension 0.9.29

admin file systems are absolutely identical btw the 2 stores (apart from some obvious files such as file paths in configure.php etc)

Any other ideas please?

The Developers Tool Kit is totally different in v1.3.9 with multiple new options for searching ...

I have yet to repeat what is happening to you ...

:clap:SOLVED:clap:

After systematically going through the lot again I found (through my own oversight and stupidity :blush:) that in line 60 of the admin/includes/configure.php file the admin name was not changed to my new admin name.

That line ofc defines the path to the admin file system

define('DIR_FS_ADMIN', '/home/MY_ACCOUNT/public_html/MY_ADMIN_NAME/');

Doing a search in the admin file system therefore did not produce any result whatsoever.

Gee, I better turn my computer off for the day and do some gardening ....:lamo:

Sorry for wasting the time of devs and fellow zenners :oops:

Thanks for the update and for posting the cause of this to "seemingly" not be functioning correctly ... :smile:

Ajeh:

Thanks for the update and for posting the cause of this to "seemingly" not be functioning correctly ... :smile:

Yep, did it right on one store and buggered it up on the other ---- may be too confident - or too rushed???:shocking:

frank18:

:clap:SOLVED:clap:

After systematically going through the lot again I found (through my own oversight and stupidity :blush:) that in line 60 of the admin/includes/configure.php file the admin name was not changed to my new admin name.

That line ofc defines the path to the admin file system

Doing a search in the admin file system therefore did not produce any result whatsoever.

Gee, I better turn my computer off for the day and do some gardening ....:lamo:

Sorry for wasting the time of devs and fellow zenners :oops:

frank18,
Thanks for posting your mistake. I did the same thing you did and now it's working again.