Thank you for this great module!

I'm using Superfish for my primary links, and somehow the link is not working, it seems like the Superfish block is doing something to the actual item, instead of saying http://example.com it says http://example.com/ and that gives a 404/page is not found. In my case i am using the latest version 6.x-1.5.

Thank you :)

Comments

minus’s picture

it says http://example.com/<front>

this is what i ment in the first post, sry

shane birley’s picture

I can confirm this issue. I just tested a couple of sites and any menus items that are using are broken once you activate the Superfish module.

shane birley’s picture

It seems to be only related to the latest version, 1.5 as I can not replicate the issue in 1.4 - returning to 1.4 may be a work around.

minus’s picture

I'm not sure about this but I think this issue was fixed with the 1.5 release -> http://drupal.org/node/758148 . In my case 1.4 didn't work with ie 7 and ie 8.

shane birley’s picture

I can confirm this issue is still happening. I have also just confirmed that due to this problem, it prevents additional menu items from being added to drop down menus - when activated. If you add them as deactivated menu items. The problem disappears when the Superfish module is disabled.

mehrpadin’s picture

Hey you both,

Yeah, caused by L function Lex-DRL suggested for extra wrapping of links, I temporarily fixed it by adding this right before checking for child items (line 540 I guess)

global $base_url;
$menu_item['link']['href'] = ($menu_item['link']['href'] == '<front>') ? $base_url : $menu_item['link']['href'];

But I must further explore the case to see what actually caused L & URL functions to not to translate <front>.

PS: Shane, could you please explain it in English? :)

minus’s picture

Tnx Mehrpadin for a quick response and a fix :)

mehrpadin’s picture

Status: Active » Fixed

Hey,

Fixed in v1.6 :)

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.