Quote Originally Posted by lat9 View Post
I'm seeing an occasional log similar to
Code:
[08-Nov-2019 18:08:03 America/Chicago] Request URI: /index.php?main_page=product_info&cPath=91&products_id=2178, IP address: redacted
#1  CeonURIMappingHandler->_handleZCDynamicURI() called at [/home/mystore/public_html/includes/classes/class.CeonURIMappingHandlerBase.php:473]
#2  CeonURIMappingHandlerBase->_handleURI() called at [/home/mystore/public_html/includes/classes/class.CeonURIMappingHandlerBase.php:149]
#3  CeonURIMappingHandlerBase->__construct() called at [/home/mystore/public_html/includes/classes/class.CeonURIMappingHandler.php:52]
#4  CeonURIMappingHandler->__construct() called at [/home/mystore/public_html/includes/autoload_func.php:79]
#5  require(/home/mystore/public_html/includes/autoload_func.php) called at [/home/mystore/public_html/includes/application_top.php:170]
#6  require(/home/mystore/public_html/includes/application_top.php) called at [/home/mystore/public_html/index.php:26]
--> PHP Notice: Undefined index: products_id in /home/mystore/public_html/includes/classes/class.CeonURIMappingHandler.php on line 443.
on a zc156c site recently updated with the Ceon URI Mappings 5.0.0. Not clear (I haven't viewed the site's access-logs) where the initial link is coming from, but the processing should, IMO, be able to deal with the & vs & characters in the URL.
Without the module I'm getting product not found when I include the & in the last parameter of the URI. I've been seeing something similar in the admin in particular when the action parameter is last on the uri, then well it doesn't take the action at least on the categories screen...

There seems to have been something modified that prevents recognizing the parameter, "reparsing" the last parameter of the uri or for $_GET to be set for the parameter that uses &.

Basically saying that perhaps a message is generated with this plugin, but it seems that there is something before it in the ZC code that should have prevented that issue from occurring.