Webform adds a results tab to all the nodes on my testing site and not just webform nodes alone. I'm using drupal 6.9 with the latest version of webform.

Comments

cdale’s picture

Status: Active » Postponed (maintainer needs more info)

I'm also running 6.9 with webform 2.4, and I can't see this issue. Could you provide more information?

What happens when you click the rouge results tab? Where are you taken, what do you see?
Have you cleared your caches since the upgrade?
Try visiting admin/build/modules to rebuild the menu and see if the problem still persists.

Any other information you can provide on reproducing this issue would be helpful.

quicksketch’s picture

This is most likely caused by another module on your site that has a rogue hook_menu_alter() doing all kinds of crazy things. I don't think it's directly caused by Webform.

CarbonPig’s picture

subscribe - Same issue - all nodes showing "view" and "results" in tabs on top of node. ?? ideas?

CarbonPig’s picture

Found the Rogue Module - Decisions Module - I disabled and the results tab stopped appearing on every node.

quicksketch’s picture

Project: Webform » Decisions
Version: 6.x-2.4 » 6.x-0.1-beta3
Status: Postponed (maintainer needs more info) » Active

Awesome, we'll move this issue over there. It looks like Decisions module is causing the Webform "Results" tab to show up on every kind of node, not just the webform type to which it applies.

adetoyan’s picture

thanks a bunch guys

Sinan Erdem’s picture

So? Any temporary solution??

Sinan Erdem’s picture

Temporarily I am not showing any tabs to the users that are not signed in with CSS to solve the problem.

.not-logged-in .tabs {
display:none;
}

But it needs a better approach...

urlisse’s picture

Assigned: Unassigned » urlisse
Status: Active » Needs review
StatusFileSize
new2.39 KB

The following patch modifies the access callback function of the Votes, Reset Votes and Results menu item to prevent them from showing on node types which aren't supported by decision.

This isn't the optimal solution. It only makes sure that the prefix of the node type starts with 'decision_'.

A safer way to do this would be to compare it to node types actually known by decisions.

anarcat’s picture

Status: Needs review » Fixed

Patch committed, thanks.

Status: Fixed » Closed (fixed)

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

petertj’s picture

Installed latest 6.x-0.1-beta3, and am experiencing this problem. I see that a patch was committed in March - was that only in the 5.x branch?
Is there a new 6.x release in the works? I don't see a dev version for 6.x. I can apply the patch, but first thought I'd check if I'm just not finding an official release. Thanks!

twirlingsky’s picture

Same problem for me - subscribing

danepowell’s picture

Same problem here as well

str1’s picture

Same problem here, waiting for fix...

danepowell’s picture

Status: Closed (fixed) » Active

Okay, I think we can safely say this isn't fixed :)

jinjur’s picture

:) same problem, subscribing.

anarcat’s picture

Status: Active » Patch (to be ported)

Basically, at this point: the fix is in CVS, and no release was done. I just need to sit down and make that stupid release. :)

anarcat’s picture

Priority: Normal » Critical
anarcat’s picture

Status: Patch (to be ported) » Fixed

A new release is out! This should therefore be fixed.

Status: Fixed » Closed (fixed)

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

Marat’s picture

Version: 6.x-0.1-beta3 » 6.x-1.6
Status: Closed (fixed) » Active

I am using 6.x-1.6 and have this problem, results tab appears on all nodes

ezra-g’s picture

Priority: Critical » Normal
Status: Active » Fixed

That's because the fix is in dev.

Marat’s picture

Yes, you are right. I just tested it and it works. Thank you @ezra-g!

roball’s picture

Can confirm that 6.x-1.x-dev (2010-Mar-30) has this bug fixed which is still in the latest official release, 6.x-1.6.

Status: Fixed » Closed (fixed)

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