If a step contains the "URL path settings" field provided by the path module (iirc), then the label of that step appears at the bottom of every form step, just above the 'next' and 'back' buttons.

It took me a while to figure it out. Initially I thought it was the last step on the form, and then the last step field added, but it appears that whichever step contains the "URL path settings" field is the one which has its label displayed at the bottom of the form. This is in addition to the normal (and correct) display of the step label at the top of the page.

I've attached screenshots to help illustrate the problem.

Comments

Status:Active» Postponed (maintainer needs more info)

Uhm, I'm somehow confused ... how exactly did you get the "URL path settings" to appear as a single field? For me its always included within "Additional information".
Do you use Display Suite?

I've no idea, it appears that way for me on multiple sites, not just this one. Perhaps it's something to do with the 'redirect' module I have enabled? Certainly that field appears within the 'additional information' block when viewing the form, but on the 'manage fields' page that field is always separated (along with the "URL redirects" field).

I don't think it's really causing me any problems actually, as I can just not include that field in any step and then the label does not appear, but the field still appears within the 'additional information' block.

I don't use the display suite module.

Status:Postponed (maintainer needs more info)» Needs work

Ahh, after enabling Pathauto I see the field also.
Ok, I'll try to fix this ...

Quick status update: I found the reason why it is displayed (path.module uses hook_form_alter() to attach this field) but I don't know yet how to fix this :/

Status:Needs work» Active

Looks like this might hold the hint: http://drupal.org/node/1244470#comment-4845810. I'll see about creating a patch.

Status:Active» Needs review

I've committed a smal change to msnf.module that generally fixes the described behavior with form elements added by other modules using hook_form_alter() (such as the "URL path settings").
If elements are exposed to the Field UI using hook_field_extra_fields() you can arrange them and move the element into a single step. Otherwise the elements will be hidden on the node form.

While testing I noticed that moving the field "URL path settings" to a specific location on the node form (tab "Manage fields") has no effect at all (even without Multistep Nodeform). The element is still bound to the vertical tabs so I think its better to not use this element in the Field UI unless #1244470: "Path module form elements" as an "extra field" on "Manage fields" page makes no sense is finished.

Current behavior:
If you configured the form to display the element "URL path settings" in step 2 and "Additional information" in step 4 you will see the title of step 2 on step 4 too (above the current step title). This is because the URL-element is configured to be attached to step 2 but is displayed on step 4 (since Path-module and Pathauto are not able to move it out of the vertical tabs).

Yeah, that seems fair enough. Maybe it's something to add to the README / documentation in case anyone encounters the same behaviour. Thanks!

Status:Needs review» Fixed

Fixed in release 7.x-1.6.

Status:Fixed» Closed (fixed)

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

Version:7.x-1.x-dev» 7.x-1.5
Status:Closed (fixed)» Active

I'm still having this issue even in version 7.x-1.5. I don't use 'PathAuto' module.

Status:Active» Closed (fixed)

Version number mix-up. Fixed now.

What happened to version 7.x-1.6? I'm having this issue.

partially subscribe.
7.x-1.5 and the dev Version having this issue if I enable the Automatic Nodetitles module and hide the node title.

Status:Closed (fixed)» Active

Same for me on 7.x-1.5; using Automatic Nodetitles and Conditional Fields.

Issue summary:View changes

Same issue here with Automatic Nodetitles module. I had to move the "Title" field out of any steps.

Seems like maybe the auto_nodetitle conflict should have its own issue. This one was not specific to auto node title and has been closed as fixed.