1.3.9h - customers don't display on home page, and prod name/model don't show in edit

[nickgreaves]

Try deleting all the files in the admin directory and reloading a new set from the 1.3.9h distribution

I'll do that as a last resort if I have to, but I wonder if whoever carried out the mods to:

/admin/includes/modules/product/collect_info.php

might be able to give me a clue as to what has changed between versions g and h (I could do a file compare but, to be honest, my PHP knowledge is very limited so if anyone can point me in the right direction I could try a few individual file replacements first).

Regards

Nick

[kobra]

so if anyone can point me in the right direction I could try a few individual file replacements first

replacing/crossing version files is playing with dynamite

As many have posted they are not seeing what you are
So a full reload of the admin side is a better solution

[DrByte]

I'll do that as a last resort if I have to, but I wonder if whoever carried out the mods to:

/admin/includes/modules/product/collect_info.php

might be able to give me a clue as to what has changed between versions g and h (I could do a file compare but, to be honest, my PHP knowledge is very limited so if anyone can point me in the right direction I could try a few individual file replacements first).

Regards

Nick

Lines 299, 412, 433 were changed.
Granted, those line numbers refer to an UNMODIFIED version of the file.
Quickly comparing those files in WinMerge will show you what has changed.

[nickgreaves]

replacing/crossing version files is playing with dynamite

Perhaps I'm not explaining very well.

As of this morning, I had a fully patched up-to-date version of 1.3.9g.

I then replaced all of the files listed in the changelog so I had a fully patched up-to-date version of 1.3.9h. At that stage I experienced the problems described.

As an experiment, I rolled back one single file to the 1.3.9g version and this partially resolved the problem, providing me with a temporary workaround.

If I can identify what has changed between versions of that file - particularly in terms of its dependency on the contents of other files, that might point me to where the problem lies.

[kobra]

If I can identify what has changed between versions of that file - particularly in terms of its dependency on the contents of other files, that might point me to where the problem lies.

None of those things happen here with a fresh installation of 1.3.9h or with an installation of 1.3.9g upgraded to 1.3.9h

No problems with my upgrade from g to h either

With all of the time you have invested so far, you could have reloaded all the admin files

[polygone]

I am upgrading 9g to 9h right now and before overwriting includes/version.php I notice the new file in 9H is older than 9g by about 5 hours....is this right?

[DrByte]

I am upgrading 9g to 9h right now and before overwriting includes/version.php I notice the new file in 9H is older than 9g by about 5 hours....is this right?

a) no, it doesn't matter.
b) that's completely different than the subject matter of the rest of the discussion in this thread -- please try not to hijack other peoples' discussions, since it just adds confusion to the existing dialog.

[polygone]

a) no, it doesn't matter.
b) that's completely different than the subject matter of the rest of the discussion in this thread

So I should have posted a new thread with the same title? Sorry..next time I'll know better.

[nickgreaves]

With all of the time you have invested so far, you could have reloaded all the admin files

OK, I have now reloaded ALL of the files in the shop root directory and the (renamed) /admin directory tree.

The problem remains the same.

I even replaced /admin/includes/languages/english.php with the original unedited version to be absolutely sure.

So the only modified file in the whole directory tree was admin/includes/configure.php (which obviously has to be modified with the correct directory/database settings).

Regards

Nick

[DrByte]

nickgreaves,
PHP version?