COD support

Coming from cod_session_schedule view.

What does this message mean?

I get this when I go to Add Content > Schedule item. It redirects to the home page instead of a node add page.

This is in a fresh install from the git repo.

Because the upload widget does not pass the node id via the ajax url, the view that validates the session timeslots does not work. It requires a node id to populate the available timeslots for a particular node.

Howto reproduce:
* Create a set of timeslots for a node
* Set a node to a timeslot
* Go back to the node edit page and use the upload widget
* It should say 'illegal choice selected'

Unfortunately I'm not quite sure how to get around this without converting the view for the widget into some custom code that grabs the node-id from the form.

Based someone on this questions here: #1979800: Join forces with COD, how about separating the cod_support modules into separate projects? Unfortunately the bottled-up nature of this project's features makes it hard to move forward right now. I'm currently working to get conference / event type stuff working with Panopoly and I've opened up a couple individual project that aim at specific aspects.

My thought is that we shouldn't just focus on a distribution but provide features that allow and help users get conference/event type stuff up and running on an existing site.

Thoughts?

Here's some notes from my attempts to make paid events work with the alpha2 code.

Update registration to 1.1
Update commerce_registration to 7.x-2.0-beta5

Enable cod paid events, payment, order ui, and payment ui and paypal (and payment method example, if you want it).

I noticed this oddity which is also mentioned in #1846198: Why registration objects created for both the node & commerce product? - https://www.evernote.com/shard/s120/sh/83278153-ce3f-4758-b339-379160f59...

Check the "This is a paid event" checkbox
Add a product for $10 that is active.
Click save.
Manage registrations -> Settings -> Open "Registration settings for Node:" -> Uncheck to disable registrations.
Keep the product registrations available.

Go to admin/config/group/permissions/node/event
Check non-member and member "View Product field"

Go to admin/people/permissions/
Grant the permission access checkout to anonymous and authenticated users
Go to checkout rules and fix the missing profile fields (not sure what right fix here).

Note that this list is incomplete - I still had issues with anonymous users creating registrations.

In cod_session.module, there's code to prepopulate the speaker field with the current logged in user. However, due to changes in the way entityreference has changed in D7, this code no longer functions.

Patch on its way.

With the new release of features 7.x-2.0-beta2 all fields are separated into field bases and field instances.

Here is a blog post by phase2 regarding the change: http://www.phase2technology.com/blog/new-field-bases-and-instances-in-fe...

Within the "Sponsors" view, the sponsorship level grouping is currently a link to the taxonomy term page. This seems like overkill.

AttachmentSize sponsor-no-link.patch948 bytes

If your site is using a table prefix you will get a SQL error on node/1/dashboard. This page is accessible from the dashboard link on admin/conference/events.

PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'og_membership' doesn't exist.

In the .info file it shows dependancies on Ubercart modules as well as some other Drupal 6 modules. A sitebuilder can not enable this module since the dependancies would not be found.

Hello all,

I am the developer for a top 20 trade show and have built a custom registration system for us that we have used for the past three years. I have some free time over the next several weeks, and I was considering making it into a full-fledged module (group of modules) that I could contribute back to Drupal that would be more integrated with Drupal, rather than just being a sort-of app-next-to-Drupal that it is now. I am also helping to organize an open source conference (shameless plug to mosscon.org, we'd love to have you!) which is where I was introduced to COD, which has led me here. I was hoping to throw out a brief outline of what our requirements are and see if they line-up with the future of COD; if so, I'll start digging through how I can begin contributing to make it something that we can use as well. My main concern is: are our registration needs outside the intended scope of COD? I know the event/session/seminar set-up is right up COD's alley.

We have 3 attendee types:
1. Booth Personnel
- Access to show floor before, during and after show hours; access to exhibitor lounge
- Approx. 11,000 registered Booth Personnel
2. VIP
- Access to show floor on day one of show, for 3 hours before General
- Access during all of General Attendee times
- Can add-on attendance to other paid events if they have certain occupation
- Approx. 12,000 registered
3. General Attendee
- Access to show floor on day 1 for limited hours, day 2 all day, day 3 all day
- Can add-on attendance to other paid events, which also 'upgrades' them to VIP
- Approx. 35,000 registered on-line, Approx. 30,000 registered on-site (6 registration areas)

We have 3 relevant roles:
1. Exhibitor
- Create unlimited complimentary Booth Personnel & VIP between certain dates
- Create unlimited paid Booth Personnel & VIP between certain dates
- Create unlimited Authorized Exhibitor User
2. Authorized Exhibitor User
- Create unlimited complimentary VIP between certain dates
- Create unlimited paid VIP between certain dates
3. Anonymous User
- Create unlimited complimentary General Attendee between certain dates
- Create unlimited paid General Attendee between certain dates

We currently have 3 'sessions' (plus free seminars) but that will grow into tracks and more
1. VIP Session
2. General Session
3. Forum (paid-for, day before General Session)

Additional Notes:
1. Not only are anonymous users allowed to register for the event without creating an account - we don't even allow them to create accounts right now. An Attendee Itinerary is on my radar for our next event, so I intend to make user account creation available, but not required, for anonymous users.
2. We currently allow unlimited registrations with 1 valid email address. This may change, but for now is how the system needs to work.

I would appreciate some feedback on this as I would rather be contributing to COD in a way that helps us and that allows us to contribute to the community, if it's feasible given our needs. Also, I don't have much, if any, interest in working on Drupal 6 (unless it's backporting as we build).

Thanks much!

Currently COD Events has a dependency (it is auto-detected by features for some reason) on Commerce Cart module. Also, Commerce modules should not be enabled unless the COD Paid Events is enabled. DrupalCamps that use COD are mostly free events so having these on by default doesn't really make sense for those. Having paid events should be a post-installation choice.

When adding an event that spans two days and then adding a timeslot for the first day and then the second day, the events dashboard page throws the following error:

Notice: Undefined index: cod_events_timeslots_16_form in drupal_retrieve_form() (line 763 of /var/www/d4d2013.localhost/includes/form.inc).
Warning: call_user_func_array() expects parameter 1 to be a valid callback, function 'cod_events_timeslots_16_form' not found or invalid function name in drupal_retrieve_form() (line 798 of /var/www/d4d2013.localhost/includes/form.inc).
Notice: Undefined index: cod_events_timeslots_15_form in drupal_retrieve_form() (line 763 of /var/www/d4d2013.localhost/includes/form.inc).
Warning: call_user_func_array() expects parameter 1 to be a valid callback, function 'cod_events_timeslots_15_form' not found or invalid function name in drupal_retrieve_form() (line 798 of /var/www/d4d2013.localhost/includes/form.inc).

Removing one event on Day 1/2 and re-adding it to Day 1/2 results in the same error. Truncating cache_bootstrap fixes the issue. It appears that D7 caches all of its hook implementation and thus it appears cod_events_forms() is not run on addition of the second timeslot when viewing the Events Dashboard page/pane in cod_events.pane.inc. It may have something to do with http://drupal.org/node/648680, but not sure. Is there a way to force forms rebuild upon adding a second slot on a second day?

We've had some people try putting full names in the Speaker(s) field. The help text or field label should say username.