Stephen Sherrard

This content is restricted to buyers of:

• Woocommerce Wholesale Ordering
• WooCommerce Wholesale Ordering and User Role Pricing bundle
• WooCommerce Wholesale and User Role extensions bundle

This content is restricted to buyers of:

• Woocommerce Wholesale Ordering
• WooCommerce Wholesale Ordering and User Role Pricing bundle
• WooCommerce Wholesale and User Role extensions bundle

If you want to view this content, you need to buy any product.

This content is restricted to buyers of:

• Woocommerce Wholesale Ordering
• WooCommerce Wholesale Ordering and User Role Pricing bundle
• WooCommerce Wholesale and User Role extensions bundle

No, I understand what you are saying about not requiring user accounts and the signups.

The code is designed to get the current user id if there is one from the form, otherwise it uses the current user id (which would be you, in this case). Some people like that feature, because if the admin is managing all the sign-ups, then they also have a nice list of signups on the front end main signup page that they can easily clear, if needed, as opposed to hunting through individual sheets in the back end to find the signup they need to clear.

Perhaps that can be another option/setting for a future update.

Ulf,

Are you using the latest version? There is an ajax user/volunteer search function now that allows you to find and sign-up for others easily from the front end (when you are logged in as admin or sign-up sheet manager now)… if you now do it that way, it will store the correct user id for the person that you sign-up for the form, and then the task and clear link will show on their list when they are signed in to their user account.

Just start typing in the first name or last name field of the sign-up form while you are logged in, and you’ll see some results pop under that you can select (if there are any matches).

Hi Ulf,

That would qualify as a feature request, and should go into that forum.

Since sign-up sheets are NOT a custom post type (but, rather, stored in their own custom tables), there is no way in the current database structure to set the author of the sheet.

So, this new idea/feature would require quite a bit of code change, as well as a database table upgrade. Each sheet would need to have an “author” type of field to save the user id of the person creating the sheet. Then, we have to go back through all the admin side code and add additional checks to see if the author matches the current user before they are allowed to edit that sheet.

But, then what happens if there are several chair people for an event/task? Then we need to be able to check against multiple author ids. In that case, it would probably make more sense to create a small relational table that saves sheet id and author/id so there could be any number of authors.

Not possible in the current release of the plugin, but feel free to add it to the feature requests.