Somewhere along the line uc_catalog_url was removed
function uc_catalog_update_2() {
variable_del('uc_catalog_url');
return array(array('success' => TRUE, 'query' => "variable_del('uc_catalog_url')"));
}
But it still has remnants and personally I would have preferred to have this variable as I am having breadcrumb issues since we made a custom catalog page.
Anyways the line is
$crumbs[] = l(variable_get('uc_catalog_name', t('Catalog')), variable_get('uc_catalog_url','catalog'));
Line 171 uc_catalog.module.
| Comment | File | Size | Author |
|---|---|---|---|
| #4 | 406712.catalog_fixes.2.x.patch | 2.17 KB | cha0s |
| #1 | 406712.uc_catalog_url.2.x.patch | 706 bytes | cha0s |
Comments
Comment #1
cha0s commentedMight as well, unless someone's got another idea!
Comment #2
kylebrowning commentedThe patch is great, but what about setting the url, what if i did have a custom URL for my Catalog?
Comment #3
cha0s commentedIs it possible to use a URL alias?
Comment #4
cha0s commentedOkay, I went over this issue again and got another patch now. It fixes other problems with the catalog module.
Front page wasn't resolved correctly.
Unused URL variable being invoked.
Try to create a URL alias before throwing away the user setting.
Comment #5
itsmahitha commentedReviewed and Tested.
Comment #6
tr commentedComment #7
longwavePorted to 6.x-2.x and committed.