A big thank yo for this great module.

I'm not sure what I am doing wrong - and clearly I am doing something wrong because no-one else seems to have had this problem - but even logged-in as admin, every time I try to move to the next step from the 1st one, I get an Access Denied error message and a blank form. However, if I set things up so that Default form display: is Complete Form - I can see the whole form ok. Even so, if I then click on view multistep form, I get the Access Denied error message and a blank form. I have made sure admin has access to absolutely everything to try to eliminate the possibility of permissions issues!

The strange thing is that with Default form display: set to Multistep form, if I click on View entire form from step one, the whole form displays correctly. The common problem is if the form has to navigate to a different step.

It makes no difference how I navigate: either using the Next button or select specific steps from the Multistep Menu in the content block (an excellent feature BTW).

The form is split into 4 steps. Apart from a non-displayed auto-generated Title (with no Description field), all CCK fields are in Simple Groups - each of which is included in the appropriate step and are part of the menu block (I have tried both options but get the same result). Groups and steps have the same step number. I have also tried displaying the auto-generated title and making it a normal title - both to no avail.

All the extraneous stuff - Menu settings, Authoring information, Revision information, etc. - is set to hidden on the Manage Form tab.

I am using D6.15, the latest multistep-6.x-1.x-dev - as of 30th December 2009.

We are using a lot of modules - too many to list...

This is a very nice module that gives big forms a professional polish, and I would really like to use it!

Comments

beckyjohnson’s picture

beckyjohnson commented
Version: 6.x-1.x-dev » 6.x-1.4

I am having the same error! I just installed and configured this module today and am having this issue. Although, I can't even toggle back to the whole form; I get an access denied message there too. At first I thought I had a problem with how workflow was interacting with the content type so I disabled it and went back, but sure enough, I still cannot get to step two. This is a huge problem. I really want this to work. I hope someone eventually replies to this post; it's already 8 weeks old.

vkareh’s picture

vkareh commented
Status: Active » Postponed (maintainer needs more info)

This is very strange. The only time I've seem similar things happening is when there is an aliasing being done to the node edit URLs. Can you verify if any module is doing aliasing on those? A list of modules would be helpful too.

vlad.k’s picture

vlad.k commented

I have the same problem. The multistep form worked fine until I added a node reference field to my content type. I think that the problem is related to this module:
http://drupal.org/project/nodereference_url

I had a node reference field on my content type with the "node ref from url" widget -> The "Access denied" error showed up
I changed the widget of the node ref field to "autocomplete widget" -> The "Access denied" error showed up

I actually had to disable the "node ref from url widget" module to get the multistep form to work again.

I think that the url parameter for lets say step 2 (i.e. node/43/edit/2) is interpreted by both modules (Multistep and Node ref from url). In my installation I deleted the node no. 2. Maybe the Node ref from url module searched for this node id, throwed this exception because it didn't find it.

Can anyone confirm this behaviour? Is there a way to get this two modules work together?

There should be a way to get them work together as long as the node ref field is on step one, because multistep does not use a url parameter on step one (node/add/[content-type-name]).

Btw. I have the dev version from the second of august.

vlad.k’s picture

vlad.k commented
Status: Postponed (maintainer needs more info) » Active
vkareh’s picture

vkareh commented
Status: Active » Postponed (maintainer needs more info)

For the nodereference_url module, I don't think it would be easy to make it work, since they both use the same argument for different purposes. Ideally, the Multistep module should have a step variable passed as a different variable in the URL, rather than as part of the $_GET['q']; so the module would have to be changed so that the URL looks like http://www.example.com/node/123/edit?step=2. That should be a separate issue for a feature request.

For the original post, I'm intrigued about the Manage Form tab. Is this a module you have installed to hide extra fieldgroups? Which module is it? It might be causing some field access issues with Multistep. I would need more info to be able to tackle this.

mjstone323’s picture

mjstone323 commented

Hello -

I am also having this issue with 6.x-1.5, although when I am logged in as admin the form forwards to the next step just fine. However, all other roles get an "Access denied" error with a blank form. Also, the URL does not change to the next step, but stays "http://www.mysite.org/node/add/mycontentname".

I've tried changing permission settings, and I made sure that no aliases are being applied to the URL.

This is a recent problem - I don't remember having this problem last year when I first started using the module. Have there been updates since then? I can't remember.

I should also mention - this only happens at the creation of the form. If I go back into the content to edit it, the multistep works fine for any role, moving to each step and then to the view after "Done" is clicked.

Edit: I just tried installing the dev version of the module and I'm still having this problem.

mjstone323’s picture

mjstone323 commented

My problem turned out to be a conflict with the Job Plus Job Board System module. When I removed this module, the problem disappeared.
I will post a bug report on the Job Application project page.