Strange problem with zen cart - Admin preview problems after Access db load

[DrByte]

It might be related to the excess markup junk that MS editors insert when editing HTML content. The product you mentioned as not being editable contains typical MS markup tags:

<p class="MsoNormal"><span lang="EN-GB" style="font-family: Arial;">Use these bright progressive jigsaw puzzles of
favourite farmyard animal pictures and begin to count first numbers.<o:p /></span></p>

<p class="MsoNormal"><span lang="EN-GB" style="font-family: Arial;"><o:p> </o:p></span></p>

<p class="MsoNormal"><span lang="EN-GB" style="font-family: Arial;">Silver award winner.<o:p /></span></p>

<p class="MsoNormal"><span lang="EN-GB" style="font-family: Arial;"><o:p> </o:p></span></p>

<p class="MsoNormal"><span lang="EN-GB" style="font-family: Arial;">Links with Early Learning Goals in Knowledge and
Understanding of the World; and Mathematical Development.<o:p /></span></p>

<p class="MsoNormal"><span lang="EN-GB" style="font-family: Arial;"><o:p> </o:p></span></p>

<p class="MsoNormal"><span lang="EN-GB" style="font-family: Arial;">Age: 2+<o:p /></span></p>

<p class="MsoNormal"><span lang="EN-GB" style="font-family: Arial;">Size: 18x18cm<o:p /></span></p>

<p class="MsoNormal"><span lang="EN-GB" style="font-family: Arial;">Pieces: 4, 6, 8 & 12<span> </span><o:p /></span></p>

I wouldn't have expected those tags to cause a problem, and indeed, putting just that code in for a description on a test site causes no problems.

When you compare against the other products you quoted, it's worth noting that the markup is much different. For example, the first "editable" product link you mentioned contains a very simple description by comparison:

age 4+

Are you using an HTML editor in your admin area, or do you have your editor preference set to "none" ?

[ExceedIT]

Sorry to nudge you but any thoughts on this issue?

What puzzels me is how the page can redirect when the page is not running only for certain items even if the code is termianted on line one.

If I could work this out I can debug as normal to work out the problem - could it be a .htaccess or something?

[DrByte]

I have no idea what's causing it.

Try editing the /admin/includes/modules/product/preview_info.php and insert a die('HERE'); command somewhere.

Then edit one of your problematic products.
You should get a blank page with "HERE" on it.

Then edit the file and move the DIE command further down.

repeat until you find out at what stage/line the redirect happens.

That might tell you what kind of displayed data is causing it.

[ExceedIT]

I have no idea what's causing it.

Try editing the /admin/includes/modules/product/preview_info.php and insert a die('HERE'); command somewhere.

Then edit one of your problematic products.
You should get a blank page with "HERE" on it.

Then edit the file and move the DIE command further down.

repeat until you find out at what stage/line the redirect happens.

That might tell you what kind of displayed data is causing it.

This is exactly what I want to do but as per above even if I put the die on the very first line it still redirects to the homepage.

However I have checked in the page and the form action URL is fine before the send (and I can see in the status bar that it is redirecting)

This is the bit I cannot get my head round and I am stuck. If I could terminate before the redirect or see where the redirect occures then I could trace the problem and work this out.

I have tried rebuilding the DB totally in a new database to see if its something to do with that

[DrByte]

I suppose the /admin/product.php file would be another place to use the same technique.
You mentioned that file earlier. I'm not sure how much debugging you did in it, esp line-by-line.

[ExceedIT]

I suppose the /admin/product.php file would be another place to use the same technique.
You mentioned that file earlier. I'm not sure how much debugging you did in it, esp line-by-line.

actually this is where I started - on line one of product.php I terminated with a die statement but it made no difference to the redirecting.

This is the thing - it must be the server causing the redirect rather then a script but how!! I have checked the configuationf or admin settings and cannot see any reason for this.

This is why this problem is so strange

[DrByte]

What's in your /.htaccess and /admin/.htaccess files ?
Is there anything in your server's errorlog when this happens?

[ExceedIT]

What's in your /.htaccess and /admin/.htaccess files ?
Is there anything in your server's errorlog when this happens?

I dont think there is a .htaccess but if there is I dont know how to access it. It doesnt show on my FTP program (i know from previous work that they dont) so not sure how to check. Any ideas?

Thanks

Shalom

[DrByte]

Most FTP programs have an option to either filter by certain filenames, so entering .htaccess in the filter window will usually reveal the files; or else they have a setting somewhere to hide/show "hidden" files (ie: those that start with a . )

[DrByte]

This is a lengthy process, but it's where I'd recommend checking things out ... it may or may not reveal anything. It'd be good if you are able to include your .htaccess files in your download.
http://www.zen-cart.com/wiki/index.p...Obscure_Issues