Chemo's Ultimate URL's

Bug Report

SEO URLs Version: 2.103 (possibly any)
Zen Cart Version: Any
PHP Version: Any
MySQL Version: Any
Web Server: Any
Server Platform: Any

Bug Summary: Admin's link to "Online Catalog" broken

Bug Details: When you click on the "Online catalog" link inside the administration panel, it loads to a blank page. This may be due to that link pointing to a null page (index.php?main_page=)

RE: Bug #507, Admin's link to "Online Catalog" broken

samad64, I'm not able to reproduce this problem. It shouldn't be a problem.

What are your SEO URL settings?

Also, a blank page indicates that there was a PHP Fatal Error and display_errors is turned off. Could you temporarily turn display_errors on, get the full error message, and post it here?

You can turn display_errors on in .htaccess by using:

php_flag display_errors on

Thanks

display_errors is on.. this has been an issue for me on both php4 and php5.. currently on php5

Here's a screenshot of my settings: http://www.samad64.com/screen.gif

Also.. here's my HTACCESS file in case its something i screwed up :)

##### NOTE: Replace /shop/ with the relative web path of your catalog in the "Rewrite Base" line below:

Options +FollowSymLinks
RewriteEngine On
RewriteBase /

# Rewrite /store/ to /
#redirect 301 /store http://www.getyourgameshere.com
#redirect 301 /store/ http://www.getyourgameshere.com/

# Rewrite non-www to www
#RewriteCond %{HTTP_HOST} !^www\.getyourgameshere\.com [NC]
#RewriteRule ^(.*) http://www.getyourgameshere.com/$1 [L,R=301]

# From Ultimate SEO URLs
RewriteRule ^(.*)-p-(.*).html$ index\.php?main_page=product_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-(.*).html$ index\.php?main_page=index&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-m-([0-9]+).html$ index\.php?main_page=index&manufacturers_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pi-([0-9]+).html$ index\.php?main_page=popup_image&pID=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pr-([0-9]+).html$ index\.php?main_page=product_reviews&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pri-([0-9]+).html$ index\.php?main_page=product_reviews_info&products_id=$2&%{QUERY_STRING} [L]

# For Open Operations Info Manager
RewriteRule ^(.*)-i-([0-9]+).html$ index\.php?main_page=info_manager&pages_id=$2&%{QUERY_STRING} [L]

# For dreamscape's News & Articles Manager
RewriteRule ^news/?$ index\.php?main_page=news&%{QUERY_STRING} [L]
RewriteRule ^news/rss.xml$ index\.php?main_page=news_rss&%{QUERY_STRING} [L]
RewriteRule ^news/archive/?$ index\.php?main_page=news_archive&%{QUERY_STRING} [L]
RewriteRule ^news/([0-9]{4})-([0-9]{2})-([0-9]{2}).html$ index\.php?main_page=news&date=$1-$2-$3&%{QUERY_STRING} [L]
RewriteRule ^news/archive/([0-9]{4})-([0-9]{2}).html$ index\.php?main_page=news_archive&date=$1-$2&%{QUERY_STRING} [L]
RewriteRule ^news/(.*)-a-([0-9]+)-comments.html$ index\.php?main_page=news_comments&article_id=$2&%{QUERY_STRING} [L]
RewriteRule ^news/(.*)-a-([0-9]+).html$ index\.php?main_page=news_article&article_id=$2&%{QUERY_STRING} [L]

# All other pages
# Don't rewrite real files or directories
RewriteCond %{REQUEST_FILENAME} !-f [NC] 
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*).html$ index\.php?main_page=$1&%{QUERY_STRING} [L]

One last thing - I use firefox.. haven't tried this in IE

Ok samad64, it appears to be a problem between SEO URLs and the wordpress in Zen Cart mod. Thanks for the report ;-)

tvadpro:

Anyone manage to reproduce the customer login error when recreate sessions = true and CHEMOS is running?

Yes, but the trouble is everyone who reported it says it is only "intermittent" or once every 100 logins or something of that nature. Tracking down bugs is extremely difficult if you don't have a test case that will reproduce the bug 100% of the time.

But I put a little time in since many seem to have this problem and have come up with a 100% reproducible test case, which should allow me to make sure the issues is fixed.

Bug Report

SEO URLs Version: Any
Zen Cart Version: Any
PHP Version: Any
MySQL Version: Any
Web Server: Any
Server Platform: Any

Bug Summary: Customer login may fail when "Recreate Session" is true and "Force Cookie Use" is false.

Bug Details:
In order for this bug to appear all of the following criteria must be met. If one or more is not met, the bug will have no impact, making it appear to be an intermittent problem.

• The Session setting Force Cookie Use must be False
• The Session setting Recreate Session must be True
• The Session ID (zenid=xxxx...) must appear in the login URL

If all of the above are met, then upon attempting to login, a user will be redirected back to the page they were on prior to login with the old Session ID in the URL instead of the regenerated Session ID, causing them to remain logged out.

The most easy way to reproduce the bug is to start a new session at a store and try to login as the first thing you do.

Bug Reports Status Update

The following bugs are now confirmed to being fixed in Version 3.0.0-beta1:

• #499, Breaks EZ Pages internal links
• #501, MySQL “Unknown column” errors
• #503, Product types not supported
• #504, Incorrectly rewrites real file URLs
• #507, Admin link to “Online Catalog” is broken when “Wordpress On Zencart” is also installed
• #511, Customer login may fail when “Recreate Session” is True and “Force Cookie Use” is False

The following feature requests are now confirmed to being implemented in Version 3.0.0-beta1:

• #275, International and transliterated URL support
• #502, EZ Pages support

I'll allow a little more time for any more bug reports for the current version before releasing Version 3.0.0-beta1 for public testing.

Thanks for chasing this one down, Dreamscape -- several of us were searching for the conditions that would cause consistent failure, but this is the first I've heard of anyone actually reproducing the behavior. I'm itching to try the new release -- if anyone out there has a bug that hasn't been reported yet, speak now!> dreamscape:

Yes, but the trouble is everyone who reported it says it is only "intermittent" or once every 100 logins or something of that nature. Tracking down bugs is extremely difficult if you don't have a test case that will reproduce the bug 100% of the time.

But I put a little time in since many seem to have this problem and have come up with a 100% reproducible test case, which should allow me to make sure the issues is fixed.
...
Bug Details:
In order for this bug to appear all of the following criteria must be met. If one or more is not met, the bug will have no impact, making it appear to be an intermittent problem.

• The Session setting Force Cookie Use must be False

• The Session setting Recreate Session must be True

• The Session ID (zenid=xxxx...) must appear in the login URL

If all of the above are met, then upon attempting to login, a user will be redirected back to the page they were on prior to login with the old Session ID in the URL instead of the regenerated Session ID, causing them to remain logged out.

The most easy way to reproduce the bug is to start a new session at a store and try to login as the first thing you do.

SEO URLs Version: <= 2.102
Zen Cart Version: >= 1.3.7
PHP Version: 4.4.4
MySQL Version: 5.0.27
Web Server: Apache
Server Platform: Linux

I had the login and left join problems with the old version of Ultimate URL's, I have not installed the new beta to see if it fixed that problem. In addition, to the login problem I had was when I was able to login my SSL did not work correctly. I was able to login, but on the URL it does not show up as https: but as http:. I dont' recall reading any SSL problems on this thread. Well be installing the beta to see if the problem is fixed.

Thanks

dreamscape:

Ok samad64, it appears to be a problem between SEO URLs and the wordpress in Zen Cart mod. Thanks for the report ;-)

i don't have that mod installed though :)

samad64:

i don't have that mod installed though :)
Yes you do. You are running wordpress in your Zen Cart. Check your headers, and you'll see the wordpress X-Pingback header when you're on your index page, so you do in fact have wordpress installed with Zen Cart.

It may not be that exact mod, but you are running wordpress on your Zen Cart index page.

dreamscape:

Yes you do. You are running wordpress in your Zen Cart. Check your headers, and you'll see the wordpress X-Pingback header when you're on your index page, so you do in fact have wordpress installed with Zen Cart.

It may not be that exact mod, but you are running wordpress on your Zen Cart index page.

Hm... ill try removing that from the front page and see what happens with it.. i figured it was just that specific mod and not the way i had set it up :)

dreamscape:

Yes you do. You are running wordpress in your Zen Cart. Check your headers, and you'll see the wordpress X-Pingback header when you're on your index page, so you do in fact have wordpress installed with Zen Cart.

It may not be that exact mod, but you are running wordpress on your Zen Cart index page.

Whoops.. you are correct! Sorry about that dude :). Its definitely an issue when wordpress is thrown into the mix.. after commenting out everything on my main page it worked just fine

Sorry.. one last update

Bug # 507 can be removed. After upgrading wordpress, everything works perfectly

Bug Details:
EZPage URLs are generated in the form /page.html?chapter=0&id=1. They should be generated with the page title instead, such as /ez-page-title-ezp-1.html

Hi Dreamscape,

Will this bugfix include support for the chapter numbers as well? It's crucial in order for the table of contents to work.

Thanks,
Matt

MattC:

Hi Dreamscape,

Will this bugfix include support for the chapter numbers as well? It's crucial in order for the table of contents to work.

Thanks,
Matt

Yes. Chapter 0 is automatically cut off, and other chapters are mapped as /ez-page-title-ezp-id/chapter-n where id is the ez page ID and n is the chapter number.

Hi,

I downloaded this contribution, but the instructions don't match my files at all. I'm wondering why not. The first step of the instructions refers to line 355 in file "includes/application_top", but I only have 131 lines in that file.

One of the lines at the top of that file is:

• @version $Id: application_top.php 4665 2006-10-02 04:20:24Z drbyte $

Could this be why?

How can I find out if this contribution can be installed in my copy of Zen-Cart?

I'm on 1.3.6 with some contributions installed, that I could list if it would help.

Thanks.

Seo Urls Version 3.0.0 Beta 1 Released

I'm proud to announce the immediate release of Seo Urls Version 3.0.0 Beta 1. This is a public beta release, and all are welcome to download and test it out.

Please, please, don't use a beta release on a production site unless you have first tested it.

Hopefully we should have a production release in about a week or two, depending on how many people help test it, and how many bugs are reported.

In the download you will find a guide.pdf file that contains information on installation, reporting bugs, etc...

**The download is too large to attach to this post, and I do not wish to litter the Zen Cart contribution system with beta versions of contributions, so please download Version 3.0.0 Beta 1 from the following URL:

http://www.smarterwebdev.com/pub/zencart/seo_urls/seo_urls_3.0.0-beta1.zip

Once it reaches production status, I will post the download in the main contributions download area.**

Thanks.

Version 3.0.0 Beta 1 Changelog

• Code re-written from the ground up

• Designed for Zen Cart 1.3

• Removed: Mod Rewrite dependency

• Implemented: URL extension settings

• Implemented: PATH_INFO support

• Implemented: Shared SSL support

• Implemented: URL Plugin API

• Implemented: Character Plugin API

• Implemented: URL Plugin: Core: Default

• Implemented: URL Plugin: Core: Skip SSL pages

• Implemented: URL Plugin: Core: Skip real pages

• Implemented: URL Plugin: Core: Advanced search

• Implemented: URL Plugin: Core: Advanced search results

• Implemented: URL Plugin: Core: Category

• Implemented: URL Plugin: Core: EZ Pages

• Implemented: URL Plugin: Core: Manufacturer

• Implemented: URL Plugin: Core: Product

• Implemented: URL Plugin: Core: Product image

• Implemented: URL Plugin: Core: Product reviews

• Implemented: URL Plugin: Core: Product reviews info

• Implemented: URL Plugin: Core: Product reviews write

• Implemented: URL Plugin: JD Productions: News & article manager index

• Implemented: URL Plugin: JD Productions: News & article manager archive

• Implemented: URL Plugin: JD Productions: News & article manager article

• Implemented: URL Plugin: JD Productions: News & article manager article comments

• Implemented: URL Plugin: JD Productions: News & article manager RSS feed

• Implemented: Character Plugin: Core: Strip invalid characters

• Implemented: Character Plugin: Core: Convert urls to all lowercase letters

• Implemented: Character Plugin: Core: Latin accented & ligature character transliteration

• Implemented: Character Plugin: Core: Cyrillic transliteration based on the ISO 9 standard

• Implemented: Character Plugin: Core: Georgian transliteration based on the ISO 9984 standard

• Implemented: Character Plugin: Core: Georgian transliteration based on the Georgian national system of romanization

• Implemented: Character Plugin: Core: Greek transliteration based on the ISO 843 standard

• Implemented Feature Request: #275, International and transliterated URL support

• Implemented Feature Request: #502, EZ Pages support

• Fixed Bug: #499, Breaks EZ Pages internal links

• Fixed Bug: #501, MySQL “Unknown column” errors

• Fixed Bug: #503, Product types are not supported

• Fixed Bug: #504, Incorrectly rewrites real file URLs

• Fixed Bug: #507, Admin link to “Online Catalog” is broken when some versions of Wordpress are integrated with Zen Cart

• Fixed Bug: #511, Customer login may fail when “Recreate Session” is True and “Force Cookie Use” is False

Have you tested it with Google Checkout?

Thanks!

I have a bug report ready to go, but before posting it, I want to make sure what I experienced is in fact a bug -- as opposed to my own ignorance of how CHEMO'S works.

My problem started when I changed the Master Category ID of one of my products, then discovered the catalog was still behaving as if the product belonged to its previous master category.

To make the long story short, I learned that turning off SEO URLs fixed the mistaken-master-category problem.

The new problem, of course, is that I'd like very much to turn CHEMO'S back on. Is this a bug, or do I simply need to adjust my settings, reset my SEO URLs cache, etc.?

Thanks in advance,
Sean

It dawned on me just now to attempt a reproduction of the master categories ID problem on a different site which also runs SEO URLs 2.103 with ZC 1.3.7, this one being in a less productive environment. I reproduced the mistaken master categories ID behavior easily, and switching CHEMO'S off remedied the problem there also.

Going one step further, I tried turning CHEMO'S back on and resetting the SEO URLs cache. The problem persisted.

I then tried disabling Categories cache in CHEMO'S preferences (wild guessing at this point). The problem persisted.

So I figure if this isn't a bug, then I'm just too butt-stupid to use SEO URLs. Bug report here follows.

Sean