Moving this to an Issue from the Group Discussion http://groups.drupal.org/node/221399#comment-735884

The Views panel that shows the session schedule shows all my sessions across 6 rooms and is not showing 2 additional rooms. I tried looking at the views setup (using the default that comes with cod distribution) and I am not seeing any reason why the additional room would drop off the schedule. i.e. not a limit on how many rooms are displayed. Also the content is not populating into the HTML output so it is not a theme issue.

HELP!
Adrianna

Comments

Version:6.x-1.x-dev» 6.x-1.0-alpha2
Issue tags:+schedule

I am having a similar issue. My event has 42 rooms and only 9 display in the schedule view (using the cod schedule display plugin). When I reorder the sorting in the Rooms view - other rooms show up but still only 9. I have set the Room view to unlimited and it has all 42 rooms. All time slots show up in the schedule.

I have compared rooms that show up with ones that don't - can't find any difference in how the content was entered.

If I use any other plugin on the same view (table, grid) - all rooms that have a session scheduled show up. I even tried making a nodequeue with all the rooms and setting the plugin to pull from the queue - no change.

Additional rooms do not render as HTML on the page.

Other than the missing rooms the schedule functions as expected.

Any help would be appreciated. Thanks!

Category:support» bug
Priority:Major» Normal
Status:Active» Postponed

It seems weird that one site has a limit at 6 and another is at 9.

I don't know what the problem is, but it sure will be interesting to find repeatable steps to encounter this problem.

It would be helpful for someone to install COD freshly, get the schedule working, and try adding more and more rooms to see if they can repeat the problem either at a specific number or a specific configuration.

Status:Postponed» Postponed (maintainer needs more info)

I meant to select this.

Priority:Normal» Major
Status:Active» Postponed (maintainer needs more info)

Greggles,

I am having the same problem. As soon as I add more than 6 rooms they stop showing up. Is this a problem you have overcome before greggles? In other words have you tried adding more than 6 rooms and had success in seeing them added to the conference schedule? It doesnt look like this is a bug, it just seems like thats the way it is because of how the table is set up. The more rooms you add the more columns you need and it makes sense that you cant have 42 columns like topazzz does.

I need about 10 at most but 6 just wont do. There isn't a lot of information to supply you with, plain and simply COD wont allow me to add more than 6 rooms (and apparently 9 for topazzz) to be added to the schedule. Please let me know if you have tried and succeeded or failed at added more than 6 rooms to a conference schedule. Thank you so much in advance.

Status:Postponed (maintainer needs more info)» Active
StatusFileSize
new55.23 KB
new487 bytes

hi cgiardi.

Here are the steps I followed:

1. Download and Install latest cod
2. Create 7 room nodes, room1 through room7
3. Create 1 time slot
4. Create 7 schedule items, in the 1 time slot, named lunch1 through lunch7 and associated them with the corresponding room1 through room7
5. Go to http://cod.dev:8082/program/session-schedule and see all 7 rooms on the schedule

I didn't fill in any fields on the nodes other than the required fields.

The attached screenshot shows my schedule.

So, it seems to be working at least somewhat. I tried adding up to 13 rooms/schedule items, but the schedule stopped working at 10.

I dug into this a bit and figured out
1. The view at /admin/build/views/edit/schedule_room_list SHOULD BE what's determining the number of rooms to show in the schedule
2. It also appears that if there's a nodequeue on this view it may limit the number of rooms.
3. However, it appears that view limit (default: unlimited) isn't working

I added a hardcoded number of rooms to be whatever I wanted and then they all showed up (see patch attached for where to add it).

So, it's possible that the process of rendering that view is wrong and we should fix that.
It's possible we should just leave this whole thing "as-is" and document the limitation and features by linking to this comment in the README.txt
It's possible we should set it to be unlimited by hardcoding 0 as the limit which makes it unlimited.

Priority:Major» Normal
Status:Postponed (maintainer needs more info)» Active

Thank you so much!!

Component:Code» Documentation
Category:bug» task
Status:Active» Fixed

Documented it - http://drupal.org/node/845866/revisions/view/2079380/2226858

All the docs are there and not the README.txt so I think that makes the most sense.

Status:Fixed» Closed (fixed)

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

Version:6.x-1.0-alpha2» 6.x-1.0-rc2
Status:Closed (fixed)» Needs work

So not to be a a pain or anything, but I feel like this issue shouldn't be closed.

I ran into a use case where the documentation failed me. I have a a multi-day event with more than 10 rooms. However at no point during the event are more than 7 rooms being used on any given day. This happened due to the same bug though because only 10 rooms were coming across in the array that the view picked up and then sorted through those 10 to find the (for instance) 5 of those 10 that were used that day.

After quite a bit of debugging and re-reading of this issue q it finally hit me that this WAS the same bug and not a new one. Using Greggles hardcode patch fixed it just fine. Is there a reason we haven't hardcoded the value to 0 or looked into a way to fix this so that the 10 limit never happens? Are we operating on the assumption that occasionally a user may not want all their rooms displayed on a schedule?

EDIT: In the mean time I have updated the documentation to wording that I hope will save people in the future some trouble.

@drakythe did you hardcode the value to 0 or did you use the 12 from the patch?

I actually used 20, I had 14 rooms, and no guarantee that number wouldn't grow and I was just so happy to figure out what the problem was.

However, with your question I went and changed my 20 to 0 and re-checked my results pages. It still works. Looks like a hardcoded 0 might be the answer.

Cool, could you provide the 0 as a patch?

Project:Conference Organizing Distribution (Drush make files and install profile)» Conference Organizing Distribution Support Modules
Version:6.x-1.0-rc2» 6.x-1.x-dev
Component:Documentation» Code
Status:Needs work» Needs review
StatusFileSize
new486 bytes

Sorry for the delay. Here is the patch. I rolled it against cod_support module's dev version, since COD is just the make files/drush scripts. Hope that was correct. I have changed the project of this issue to reflect what the patch was made against as well.