Had a ton of fun tracking down this issue.

To replicate:

  • Filter a node creation form (page/story/etc)
  • Create a user and give them access to create the same content type
  • Save the content out
  • Look in your node table. You will see that the UID is 0 for the content you just created.

    • I would not recommend using this module on forms used to create content until this is resolved.

    Comments

    1timer’s picture

    1timer commented

    good catch!

    El Bandito’s picture

    El Bandito commented

    Eeerm. Just tried this and couldn't replicate the problem ? Had a glance at the code and doesn't seem likely it affects the UID.

    El B

    bshensky’s picture

    bshensky commented

    Nope - this is still outstanding.

    I've got several roles, including role "1" for creating record X, another role "2" for making changes to some parts/fields of record X.

    UID is properly stored during creation of record X by Role 1.

    Role 2 does _not_ have admin rights; FormFilter is config'd to NOT show the Authoring fieldgroup in the form.

    When role 2 saves record X, the node's UID changes to "0".

    FWIW, when I add "view forms without filtering" permission to Role 2, the Authoring fieldgroup _does_ show the proper author, and saving the record does NOT result in UID changing to "0".

    bshensky’s picture

    bshensky commented

    Just rechecked the queue, and this seems to be a duplicate of http://drupal.org/node/790978. I'll see you there.