Has anybody observed the situation, that there are more votes for a choice than are allowed by the limit? I guess, the following is happening:
If a student makes his choice and then unenrols from the course, the choice will still be saved in the database, but will no longer be counted for the limit. If the limit is reached and after that the student enrols again in the course, his vote will be "reactivated", hence giving one vote more than the limit.
Is this a correct explanation for the observed situation?
Should the choice module behave in this way? It might be a problem, if you distribute ressources with the help of the choice module.
Waiting to hear from you,
Holger
Hi Holger,
Which version of Moodle are you using? - I thought I fixed that bug back in 1.5 sometime, but maybe I missed something somewhere.....
Dan
Which version of Moodle are you using? - I thought I fixed that bug back in 1.5 sometime, but maybe I missed something somewhere.....
Dan
Hi Dan,
it's version 1.6.2.
Holger
it's version 1.6.2.
Holger
I see it now also in 1.6.3:
- with limit=16, I see choice-groups with 17 and even one with 19 !
(Is the problem that when students OPEN a choice with no limt, they still can choose and the limit is set after their choices?)
shouldn't be unless the limit has already been exceeded before the limit is set! - there is a problem though where students are unenrolled from the course - their data is still stored in the course, so if others select options in the choice, bringing it to the limit, and the old student enrols again, their previously selected choice is made "active" and the limit is exceeded.
I'm thinking about including non-enrolled users in the limit (and the responses page) but differentiating them on the responses page, so it is obvious the users have un-enrolled from the course, allowing the teacher to remove the choices manually if required.
Dan
No, we use it today for subscription in workshops: de susbscription started at 8.00 o'clock. 500 students try to enroll parallel.
If more then one student - in our case three? - are busy making their choice, then the choice is open for all of them.. they all see the choice for the last chair, isn't it?
(or is the opening of the choice-screen blocked for the others until the first lucky one made his choice?)
Well - the way it's 'supposed' to work is all the users will see the 1 seat free, but whoever gets their entry in first to the db should get the seat! - when the submit button is hit, the db is checked "again" to make sure there is a seat free before the selection is saved - if it's full, the user should get an error stating the choice is full!
Dan
Hello Dan,
I've the same Problem.
We used choice with different limits for a subscription (around 140 students) today.
37 choice-groups with the limit of 4 or 5.
Now one choice-group has 7 students (Limit 5) and other (not all!) choice-groups with 6 students instead of 4.
Any idea?
Many thanks in advance,
Anja
(using moodle 1.9.7, MySQL 5.0.26, PHP 5.2.5)
If you are using groups within the course then you are likely to have problems with over-allocation - I think there is a thread on this somewhere,
best
Paul
best
Paul
Thanks a lot! Thats it. 
We had the option "visible groups" on. After deactivation everything works fine!
Is the "problem" ;) with visible/seperate groups desired or is it a bug?
Best regards,
Anja