Closed (fixed)
Project:
Context Ad Serving and Analytics
Version:
6.x-1.13-rc1
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
14 Apr 2010 at 17:41 UTC
Updated:
29 Apr 2010 at 14:00 UTC
I'm getting strange behavior from CASAA.
I have two views one called obituaries and one call classifieds.
the only casaa mapping that shows on the page for the views is the [404] map. the mappings that are in place for them do not register.
while doing a debuging test i put some debugging code in to the casaa module one on each side of the test for 404 while loop.
the results showed that even with a mapping in place that area was coming up with the 404 mapping not the classifieds or obituaries mapping.
I have found the issue. and am confused at how it was working at all.
i made changes around line 223
while ($test = db_fetch_object($path_query)) {
if (strstr(substr($path, 1), str_replace('*', '',str_replace('/*', '', $test->casaa_path)))) {
$tmp_path=$path;
break;
}
else if ($path == '/' . $not_found_test && !strstr(substr($path, 1), str_replace('*', '',str_replace('/*', '', $test->casaa_path)))) {
//added an extra char at the beginning because of the substr in the query below.
$tmp_path = "[[404]";
}
}
if($tmp_path !== $path) {
$path = $tmp_path;
}
Comments
Comment #1
cntlscrut commentedI see what's going on.
The system is only checking the url_alias table for registered paths when it should be including system paths from the menu tables like where views stores it's callbacks.
Good find!
Comment #2
cntlscrut commentedComment #3
cntlscrut commentedI added an extra check to look for paths that were created by modules i.e. views.
change available as of version 6.x-1.14-rc1
Comment #4
cntlscrut commentedComment #5
cntlscrut commentedrearranged the code.... preferred what the whytewolf submitted.
Comment #6
cntlscrut commentedComment #7
cntlscrut commented