Contact Us give "Page not Found" after sent message, but ONLY in Firefox

My contact us page gives a "page not found" after sending a message with Firefox and message does not go thru. I have tested in Chrome and IE and it all works just fine though.

Any ideas what could be going on?

Thanks
Corey

Is the "page not found" coming from your webserver? ie: shows as a white page with a 403 page not found message?
Or is it pointing to your Zen Cart index.php?main_page=page_not_found which looks like your store but has a friendly message and maybe a site map on it?

What's the URL in the browser when this "page not found" appears?
Is the URL different in the other browsers?

What rewrite rules are active on your site?
Do you have any so-called "SEO" mods/plugins installed? If so, which one? Does the problem persist if you turn it off?

Coming from Zen-cart

Here is the Firefox URL that appears after sending: http://www.toolsforchrist.com/index....page_not_found

IE is not working now (at the time I started this thread it was working though): http://www.toolsforchrist.com/index....action=success

Chrome does work: http://www.toolsforchrist.com/index....action=success

No rewrite rules and no SEO add-ons.

Thanks

In several other forum threads you've posted a bunch of times about many changes you've been making to the contact-us page.

If you're not using original code, then we're looking at a moving target and can't really help you.

When I use a fresh install of Zen Cart, I can use the contact-us page in every browser I've heard of, and it works consistently correctly. I can only imagine your problems must be caused by differences between your site's code and original Zen Cart code.

I believe I listed several files involved in the contact us page, when you asked about those in one of your many other threads on the topic.

I'm not sure why you keep starting new threads when the topic isn't really that much different, especially when thing are related to each other.

Yes, this seems to be a reacurring problem. But I guess I think they are different issues because in previous cases it did not work in all browsers but now it works in some. The other thing is that I have not touched the contact us page since the time I fixed it all. I thought maybe there was a slight chance that by stating it was not working in specific browsers that someone may have known the issue. I did not intend to annoy or innapropriately use this forum. I will continue to investigate and maybe I will just start from scratch.

I restored the tpl_contact_us_default.php file to its original contents and I am having the same problem. Is there anything outside of this file that I should be checking that could be causing the problem?

As I said in the other thread, there are 3 files involved:
/includes/modules/pages/contact_us/header_php.php -- this does the processing and tells it to redirect to main_page=contact_us&action=success
/includes/languages/english/contact_us.php
/includes/templates/name_of_the_template/templates/tpl_contact_us_default.php

Yes, thanks. The only thing that I changed in any of these files though is a phrase that I changed in the english file. Everything else is unchanged.

Thanks for the responses.

Quote:

---

Originally Posted by coreyalderin

Yes, thanks. The only thing that I changed in any of these files though is a phrase that I changed in the english file. Everything else is unchanged.

---

Logically, if this IS the only thing you've changed, then this must also be the cause of the problem (knowing that the unchanged files work OK).
As DrByte says "If you're not using original code, then we're looking at a moving target and can't really help you".

Cheers
Rod

OK. I changed everything in the the tpl_contact_us_default.php and contact_us.php files back to the template contents. I don't remember ever touching the header_php.php and its not in a custom folder. And I am still having the same problem. So if these are the only files that can affect how the Contact Us page works then I guess the only explanation could be the header_php.php file. But since this is the only file I have of this, is there a place I can find what the original contents are so I can compare?

Thanks again for the help

What happens when you revert to CLASSIC template?

Quote:

---

Originally Posted by schoolboy

What happens when you revert to CLASSIC template?

---

I have the same problem

Does this happen only on your computer, or on 10 others you've tested it on?

I have not tested it on another computer but it came to my attention from a customer and then I tested it on my computer. So it has happened on at least 2 computers.

Quite puzzling.

Zen Cart does a very simple redirect. Something it does on most pages.

You could try turning off the "missing page check" feature in Admin->Configuration->My Store
Then trigger the problem and see what the URL becomes instead of the main_page=page_not_found.
Also check your debug logs as per http://www.zen-cart.com/content.php?124-blank-page

When you've fixed the problem, put the Missing-page-check setting back to page-not-found, else customers will see information they ought not to.

I changed that setting to Off and it still gave me the same Page not Found (http://www.toolsforchrist.com/index....page_not_found).

I also checked the log files and there is nothing in there.

Quote:

---

Originally Posted by coreyalderin

OK. I changed everything in the the tpl_contact_us_default.php and contact_us.php files back to the template contents.

---

Hmmm, I hope you realise that "changing everything back" is NOT the same as 'restoring the original files', don't you?

Unlike the other latest suggestions and ideas, I'm not happy to speculate on other possibilities until I'm 100% certain you are working with the *original* zencart files. Your comments tell me that this still isn't the case.

I'm theorising this simple scenario:

Things were working until you changed something in one or more of these files. The change itself may be seemingly harmless, but what if in doing this you *accidentally* deleted a delimiter character, or added a blank line to the end of the file, introduced an illegal character or something very similar, and this has caused the problem.

Our suggestion to restore the original would/should get you back to where things were working again, but, instead of this, you have opted to re-edit the same file(s) that caused the problem. Sure you may well have restored the text you changed, but what about the other things? Did you also remove that blank line at the end of the file? Did you restore the delimiter that you accidently deleted?

I/we/you can't be sure of any of these things, so before any further speculation, RESTORE FROM THE ORIGINAL FILES, and THEN let us know if the problem still exists or not.

Quote:

---

Originally Posted by coreyalderin

is there a place I can find what the original contents are so I can compare?

---

I take this as further acknowledgement that you never actually restored the original files, and have simply been editing and re-editing the same ones.

The original files can be extracted from the zencart distribution files. Make sure you use the same version numbers though (to avoid possible compatibility issues).

Cheers
Rod

I copied and pasted the exact contents of the template files. The only thing that I am not 100% sure of is the header_php.php file since it is still in the template folder and there is a small chance that I edited it without moving it into my custom folder. That is why I was asking about where to find the original contents so I could make sure it was the same. I did a search of "zencart distribution files" and could not find anything. Can you provide a link of where these files are?

Thanks for all the help
Corey

http://sourceforge.net/projects/zencart/files/

Quote:

---

Originally Posted by coreyalderin

I copied and pasted the exact contents of the template files.

---

Again, this is NOT the same thing as restoring from the original files. Not only that, it is actually more difficult to do, which makes me wonder where you are coming from and what the heck you are *really* doing.

This is especially true since you then went on to ask where to find the original files, I can't help but wonder exactly where you copied from if you don't have the originals?

Quote:

---

Originally Posted by coreyalderin

The only thing that I am not 100% sure of is the header_php

---

This is another of the files you should have restored from the originals... This was clearly spelt out way back in post#7 on Dec 21st.

We are now almost a week later, and we haven't made any advances in solving this problem at all. For some reason you wish to keep fighting what you are being told to do, and submitting your own ideas to us. This is fruitless, if you are so confident what you have, or haven't done, you should be just as confident at solving your own problem and wouldn't be asking for help. The fact is, you don't know with 100% certainty what you have or haven't done, so therefore WE can't be certain of anything you say you did or didn't do either.

In order to progress we MUST ALL BE SHARING COMMON GROUND. We cannot trust your 'cut n paste methods' because we have no way of assuring ourselves you didn't cut one line too short, or added one line to many. Surely this must make sense to you? I'm not saying you cut n paste *is* invalid, just that WE have no way to be sure, and for our own sanity we need to assume human error is the cause of your problems, because we know the original files don't have a problem.

Anyway, to repeat post#7 ... The following 3 files ALL need to be restored to their original state, which means COPY the originals, don't try to recreate them. It is a pointless waste of time.

--------------------------------------------------------------------------------------
/includes/modules/pages/contact_us/header_php.php -- this does the processing and tells it to redirect to main_page=contact_us&action=success
/includes/languages/english/contact_us.php
/includes/templates/name_of_the_template/templates/tpl_contact_us_default.php
-----------------------------------------------------------------------------------------------

WHEN you restore these, then IF you still have a problem, THEN we can proceed onto far less likely causes (not that I can think of anything offhand).
Not sure if you modified a file or not? Restore it anyway. It is the only way to eliminate the doubt and ensure we all have the same code. If you are unwilling to do this, then I, and I'm sure several others will be equally unwilling to try to help you further... Again, you need to work with us, not against us.

Cheers
Rod

I am really sorry if there is confusion here. I am trying to do everything that has been told. I know that I do not know what I am doing and that everyone that has responded to me is much better at this than I. That is not the issue at all. The issue is that I must be misunderstanding what you mean when you say restore. Because I thought restoring could be done by copy and pasting. I will make this go to your link and restore them that way. However to clear things up, what I did was open the original file, hit ctr+a, ctr+c, open up the custom folder, ctr+a, ctr+v. I thought this was exactly the same thing as restoring the file. And to be honest I still do not understand what the difference is.

It has been a week mostly because of the holidays and I just have not had a lot of time to work on this. I assure you I am trying my best to get this worked out and am I very thankful for everyone trying to help.

Sorry but for newbees like me sometimes I read something and interpret it much differently than what the writer intended.

I will try to restore the files today and give an update.

Thanks
Corey

Quote:

---

Originally Posted by coreyalderin

The only thing that I am not 100% sure of is the header_php.php file since it is still in the template folder and there is a small chance that I edited it without moving it into my custom folder.

---

There is no override folder for the header_php.php files. You do NOT use any custom folder for edited header_php.php files. You must edit the original file directly. If you decide to leave a backup of the original file in that folder, DO NOT leave a .php extension on the backup file. Call it .bak or something. Otherwise both files will load and cause conflicts or symptoms that are not easily explained or diagnosed.

Quote:

---

Originally Posted by DrByte

There is no override folder for the header_php.php files. You do NOT use any custom folder for edited header_php.php files. You must edit the original file directly. If you decide to leave a backup of the original file in that folder, DO NOT leave a .php extension on the backup file. Call it .bak or something. Otherwise both files will load and cause conflicts or symptoms that are not easily explained or diagnosed.

---

OK. This is another place I got confused because I thought you could creat an override folder for anything. Maybe this could be a problem I am having because I just replaced the contact us files and I am still haveing the same problem.

But I tried to create override folders within the /modules and /language/english folders by putting a CUSTOM folder within those two places. Is that maybe causing my problem?

Thanks
Corey

/includes/languages/ - uses overrides -- so your changes there would take effect
/includes/modules/pages/ - does not use overrides -- so your changes in an override folder you created there would have no impact.

If your site is only using Zen Cart code, I don't think this is a Zen Cart thing. I think it's something (plugin/extension maybe?) in your browser or in your webserver (apache redirect for some very unusual reason).

Corey, What can you tell us about "Benchmark Email Ver 2.0"?

This is not zencart code, but it is clearly visible when viewing the source of your contact_us page. Where does it coem from. What is it's purpose?

Code:

---

form style="display:inline;" action="http://lb.benchmarkemail.com//code/lbform" method=post name="frmLB220428" accept-charset="UTF-8" onsubmit="return _checkSubmit220428(this);" >

---

Also, upon viewing the source, it seems that you have called your CUSTOM folder 'custom'. Although this is OK in itself, it is also very confusing, because the CUSTOM folders generally reflect the name of your 'custom' template... eg, 'classic', 'BoldGold', 'sunset', etc, etc, etc.....

Anyway, the existence of code from "Benchmark Email' being embeded in your contact page, whether intentional or not, is telling us that you still aren't using *original* ZenCart code.. We really can't help you if this is the case...

Although DrByte stated "I don't think this is a Zen Cart thing", and as much as I hate disagreeing with the Dr (he has a habit of making look like a fool) <g>, based on what I've just seen, I don't agree with his view at this point in time. The main thing that puzzles me though is why does the problem only show in Firefox (apparently). I've not confirmed this myself, but if true, and if we *assume* the benchmarkemail.com code addition is perfectly valid (iow, its all ok in other browsers) then I must agree with him, it could easily be a browser plugin/extension causing the problem.... Hmmmm.... This could also be a security setting somewhere... posting a form to a 3rd party site (benchmarkemail.com) has XSS implications.

Quote:

---

Because I thought restoring could be done by copy and pasting. I will make this go to your link and restore them that way. However to clear things up, what I did was open the original file, hit ctr+a, ctr+c, open up the custom folder, ctr+a, ctr+v. I thought this was exactly the same thing as restoring the file. And to be honest I still do not understand what the difference is.

---

Oh, I see... When you originally stated you copied and pasted I incorrectly assumed that you were referring to the file contents, and not the file(s) themselves.
Using ctrl-C ctrl-V to copy/paste the files is just fine.

Cheers
Rod

Quote:

---

Originally Posted by RodG

Corey, What can you tell us about "Benchmark Email Ver 2.0"?

This is not zencart code, but it is clearly visible when viewing the source of your contact_us page. Where does it coem from. What is it's purpose?

---

This is in not in one of the three files. It is in the tpl_header.php file. It is a way for visitors to sign up for emails. Its the small form in the static header.

I removed it to test it and I still had the same problem.

I tried the form on the ipad and it works. I also tried it on another cmputer and it works in IE. SO then I cleared the cache and it still did not fix it.

Quote:

---

Originally Posted by DrByte

I think it's something (plugin/extension maybe?) in your browser or in your webserver (apache redirect for some very unusual reason).

---

Is there something I can do to check these things? I do not know what apached redirect is.

Thanks so much to both of you for putting up with this problem and giving me a lot of things to check.

Corey, I've no idea what you did, but it seems to be working fine now.

I've tried with FireFox, Konquerer & Lynx... and although the formatting/display is a bit 'off' there's no sign of any problems.

Any idea what you did to solve the problem? (It may help us help others should they experience this same weirdness).

Cheers
Rod

Quote:

---

Originally Posted by coreyalderin

I do not know what apached redirect is.

---

It's probably best that you keep it that way :)

Seriously though, it is a method that is employed at the server level that will intercept any given page request and redirect the browser to an alternate site or page.

It's purpose is to provide a means of letting a server administrator the ability to 'move' a page from one location to another, often as a result of a site restructure.

The technology behind it has been grossly abused for many years in a foolish and pointless attempt to gain higher rankings in search engines. A topic of much debate and many heated discussions. If you *haven't* installed any 'SEO' modules you almost certainly *won't* be using redirects, as such, you won't be having one of the many possible problems it causes. One of which could easily explain the problem you were experiencing.

ZenCart doesn't use redirects.. and *rightly* so. It doesn't need them. For this reason, when people experience strange inexplicable behavour, one of the first things we recommend is that they remove/rename or delete the .htaccess file that doubles as a configuration file for these redirects. Doing so doesn't always solve the issues, but it does eliminate the most common cause, which then allows us to move onto the next stage of debugging.

Bet your sorry you asked :)

Cheers
Rod

Quote:

---

Originally Posted by RodG

Corey, I've no idea what you did, but it seems to be working fine now.

I've tried with FireFox, Konquerer & Lynx... and although the formatting/display is a bit 'off' there's no sign of any problems.

Any idea what you did to solve the problem? (It may help us help others should they experience this same weirdness).

Cheers
Rod

---

I just retested and it is not working for me in IE or Firefox still. What version of Firefox are you using?

Corey, sorry about the delay, I've not forgotten about the 'interesting' problem that you have. Silly season got in the way :)

Quote:

---

Originally Posted by coreyalderin

I just retested and it is not working for me in IE or Firefox still.

---

I'm not really sure what this means (yet) (still a little hungover) , but try this:

http://www.toolsforchrist.com/index....age=contact_us

Fill in form details, press the send, and all is (should be) ok. you'll get the "Your message has been successfully sent" response.

Now try clicking on the 'Contact us' menu link, which will take you to:
http://toolsforchrist.com/index.php?...age=contact_us

Fill in the form details, click the send, and you'll be greeted with the 'Page not found' error.

It seems to me that you have some inconsistencies between the use and non use of 'www'. This is generally the result of some kind of URL rewriting/redirection, or conflicting settings in one or both of the ZenCart configuration settings, or perhaps something even hard coded in the template files.

If you can resolve this conflict so that all links point to
http://www.toolsforchrist.com/ OR http:/toolsforchrist.com/ things will probably work just fine.

Cheers
Rod

No worries Rod. I am thankful for all the help you and others have provided and understand that peope are not dedicating their life to solve my problems.

You are right. I did not notice this, but for some reason a few of my pages use the non-www version even though I am trying to use the www version. The contact us form works fine if I use the www version of the contact us page, but when I use the non-www version, it does not work.

The other page that is using the non-www version the page with all my products.

In your Header and Footer you are not using the www on the Contact Us links ...

Quote:

---

Originally Posted by Ajeh

In your Header and Footer you are not using the www on the Contact Us links ...

---

Thats exactly what it is. I forgot those were entered in as "internal Link URL". So it was directing me to the non-www page.

Thank you so much. And thanks to everyone else that replied to this forum.