Who's Online shows everyone on page_not_found

[shirster]

Hi all,

Since a few days ago the Who's Online page in my admin has been showing everyone on the page_not_found page, although it cannot be true because my friend and I were both on some product info pages at the time.

I can only remember adding a couple of pages (namely, popup_image, popup_image_additional, popup_search_help and product_reviews_write) to the ROBOTS_PAGES_TO_SKIP section in my meta_tags.php file before this happened. But it could also be something else that I don't remember.

Where should I look to see what caused this problem?

The site in question is http://www.HelpTheAbandoned.com

Thanks in advance !
Shirley :)

[DrByte]

I can only remember adding a couple of pages (namely, popup_image, popup_image_additional, popup_search_help and product_reviews_write) to the ROBOTS_PAGES_TO_SKIP section in my meta_tags.php file before this happened.

Why not try undoing those changes and see whether that helps? (ie: put back the original line)

But it could also be something else that I don't remember.

Where should I look to see what caused this problem?

If you've not kept a list of things you've changed, or haven't been taking regular backups between changes, then you may have to figure it out with a comparison tool, using a process similar to this one:
http://www.zen-cart.com/wiki/index.p...Obscure_Issues

[shirster]

Hmmm something strange is going on here...

This problem seems to be happening with Safari only...

1. When I'm using Safari and I have one tab on the who's online page and one tab on any shop page, the who's online list shows that I'm on page_not_found.

2. Still using Safari, I open a new tab and browse to any shop page, the who's online list shows that I'm on the correct shop page. But if I refresh the list, it would now say that I'm on the page_not_found page, although the new tab is still on the same shop page.

3. Using Firefox, everything works fine.

4. I tried undoing the changes I did in the meta_tag.php file and did not solve the problem.

5. I now remember another change that I did before this happened. I used to set all 404s to return to the index page. And a few days ago I set all 404s to go to the page_not_found page.

I'll keep trying to figure it out and report back.

Shirley

[shirster]

Haven't solved my problem yet, and it looks like the problem happens to visitors using IE too...

(Which means that my Who's Online List only works for Firefox visitors or bots...)

Shirley

[stillrowing]

Haven't solved my problem yet, and it looks like the problem happens to visitors using IE too...
(Which means that my Who's Online List only works for Firefox visitors or bots...)

I am using v1.3.7

I have been trying to resolve this issue since the end of July, when I launched my site, but without success; my observations are:

IE
All hits recorded as page_not_found.

FIREFOX AND OPERA
All pages which include a product listing (all my subcategories and one listing under a main category page) are recorded as page_not_found.

The remaining main category pages, the products pages and all the 24 "defined" pages are recorded correctly.

I see that the last posting on this subject was about a month ago. Does anyone have a solution or a pointer?

The pages are at www.iangrantofedinburgh.com

[DrByte]

What redirects have you configured in your .htaccess files ?

[stillrowing]

What redirects have you configured in your .htaccess files ?

Rewrites that deal only with the defined pages and which correctly record in the whos online report (in Firefox and Opera). There are no rewrites/redirects for the category or product pages.

[DrByte]

Can you be more specific ? ie: post them

Or turn them all off altogether and report back whether the whos-online suddenly starts showing things properly again ?

[stillrowing]

Can you be more specific ? ie: post them

Or turn them all off altogether and report back whether the whos-online suddenly starts showing things properly again ?

Rewrite rules below.

I have :
1. altered site so that all internal links operate without the htaccess rewrites
2. temporarily turned off the rewrite rules

No change in who online: page_not_found is still being recorded for all IE hits and for all Firefox/Opera hits on pages with product listing.

# html pages now incorporated in zen-cart
RewriteRule ^index_about\.html$ index.php?main_page=index_about_ig
RewriteRule ^index_qc\.html$     index.php?main_page=index_qc
RewriteRule ^index_lk\.html$    index.php?main_page=index_lk
RewriteRule ^price_list\.html$    index.php?main_page=pricelist
RewriteRule ^cw\.html$            index.php?main_page=page_2
RewriteRule ^tos\.html$         index.php?main_page=page_3
RewriteRule ^returns\.html$     index.php?main_page=page_4
RewriteRule ^contact_us\.html$    index.php?main_page=contact_us
RewriteRule ^heraldry\.html$    index.php?main_page=heraldry
RewriteRule ^hy_bs\.html$        index.php?main_page=hy_bs
RewriteRule ^hy_cb\.html$        index.php?main_page=hy_cb
RewriteRule ^hy_oa\.html$        index.php?main_page=hy_oa
RewriteRule ^engraving\.html$    index.php?main_page=engraving
RewriteRule ^en_pd\.html$        index.php?main_page=en_pd
RewriteRule ^en_mg\.html$        index.php?main_page=en_mg
RewriteRule ^en_he\.html$        index.php?main_page=en_he
RewriteRule ^en_hy\.html$        index.php?main_page=en_hy
RewriteRule ^en_cb\.html$        index.php?main_page=en_cb
RewriteRule ^en_rg\.html$        index.php?main_page=en_rg
RewriteRule ^en_cw\.html$        index.php?main_page=en_cw
RewriteRule ^prin_th_ck\.html$    index.php?main_page=prin_th_ck
RewriteRule ^prin_th_th\.html$    index.php?main_page=prin_th_th
RewriteRule ^prin_th_za\.html$    index.php?main_page=prin_th_za
RewriteRule ^prin_th_ac\.html$    index.php?main_page=prin_th_ac
RewriteRule ^prin_th_ag\.html$    index.php?main_page=prin_th_ag

[DrByte]

Peculiar.
I'd be inclined to suspect something "else" in your .htaccess besides just the rewrites.

Were all your additional "pages" built by adding language files, header_php.php module files and extra template files ?

Could it be that your custom stylesheet rules for IE browsers might be pointing to a non-existent file and thus is throwing the page-not-found whenever IE browsers trigger them ?