#49549: "Free choice: assign 'dark green' tasks to players automatiquely"
What is this report about?
What happened? Please select from below
What happened? Please select from below
Please check if there is already a report on the same subject
If yes, please VOTE for this report. Reports with the most votes are given PRIORITY!
# | Status | Votes | Game | Type | Title | Last update |
---|
Detailed description
• Please copy/paste the error message you see on your screen, if applicable.
Once everyone has clicked on 'Done', assign each task asked in solo in dark green to one of the player which asked that task (starting with commander).• Please explain what you wanted to do, what you did and what happened
• Which browser are you using?
Mozilla v5
• Please copy/paste the text displayed in English instead of your language. If you have a screenshot of this bug (good practice), you can use Imgur.com to upload it and copy/paste the link here.
Once everyone has clicked on 'Done', assign each task asked in solo in dark green to one of the player which asked that task (starting with commander).• Is this text available in the translation system? If yes, has it been translated for more than 24 hours?
• Which browser are you using?
Mozilla v5
• Please explain your suggestion precisely and concisely so that it's as easy as possible to understand what you mean.
Once everyone has clicked on 'Done', assign each task asked in solo in dark green to one of the player which asked that task (starting with commander).• Which browser are you using?
Mozilla v5
• What was displayed on the screen when you were blocked (Blank screen? Part of the game interface? Error message?)
Once everyone has clicked on 'Done', assign each task asked in solo in dark green to one of the player which asked that task (starting with commander).• Which browser are you using?
Mozilla v5
• Which part of the rules was not followed by the BGA adaptation
Once everyone has clicked on 'Done', assign each task asked in solo in dark green to one of the player which asked that task (starting with commander).• Is the rules violation visible on game replay? If yes, at which move number?
• Which browser are you using?
Mozilla v5
• What was the game action you wanted to do?
Once everyone has clicked on 'Done', assign each task asked in solo in dark green to one of the player which asked that task (starting with commander).• What did you try to do to trigger this game action?
• What happened when you tried to do this (error message, game status bar message, ...)?
• Which browser are you using?
Mozilla v5
• At which step of the game did the problem occur (what was the current game instruction)?
Once everyone has clicked on 'Done', assign each task asked in solo in dark green to one of the player which asked that task (starting with commander).• What happened when you tried to do this game action (error message, game status bar message, ...)?
• Which browser are you using?
Mozilla v5
• Please describe the display issue. If you have a screenshot of this bug (good practice), you can use Imgur.com to upload it and copy/paste the link here.
Once everyone has clicked on 'Done', assign each task asked in solo in dark green to one of the player which asked that task (starting with commander).• Which browser are you using?
Mozilla v5
• Please copy/paste the text displayed in English instead of your language. If you have a screenshot of this bug (good practice), you can use Imgur.com to upload it and copy/paste the link here.
Once everyone has clicked on 'Done', assign each task asked in solo in dark green to one of the player which asked that task (starting with commander).• Is this text available in the translation system? If yes, has it been translated for more than 24 hours?
• Which browser are you using?
Mozilla v5
• Please explain your suggestion precisely and concisely so that it's as easy as possible to understand what you mean.
Once everyone has clicked on 'Done', assign each task asked in solo in dark green to one of the player which asked that task (starting with commander).• Which browser are you using?
Mozilla v5
Report history
If people aren't agree with it they should: refuse the task afterward/talk in chat/not put that task in dark green.
It's possible to extend it to 'light green' too (but not for worst, i would like the commander to manually choose).
And the 5% of task left can be changed by the players themselves.
For each task:
- if a single player put a dark green opinion on it, give (=put the task in front of him, but still let the commander move it) automatiquely the task to him
- else, if no player put a dark green opinion on it, and if a single player put a light green opinion on it, give automatiquely the task to him
- else, leave the task to the middle
On game 1, A & C don't work well. A should be cancelled because of ABCI (compared to my last post), and C is just... unlucky. Guess C should stay in the wrong, I should kindly ask in chat to change
On game 2, G is the only wrong. But it's like C on the previous game
On game 3, that 'ACH' ruin everything. If we change 'ACH' by 'A'+'C'+'H', we got everything which goes well and D not put to anyone....
For each task taken individually:
- IF a player put a dark green opinion on it, AND others players did not put any bundle of tasks with that task in dark green
=> give automatiquely the task to him (=put the task in front of him, but still let the commander move it)
- else, if no player put any bundle of tasks with that task in dark green, AND if a single player put a light green opinion on it, AND others players did not put any bundle of tasks with that task in light green
=> give automatiquely the task to him
- else
=> leave the task to the middle
These rules seem to put lots of tasks in the middle but it’s not the case, there is lots of rules which instead of giving a task to a player will make the task stay in the middle.
So with those new rules, on the previous screenshot, we got (success-fail): 4-1, 6-1, 3-0 which give 13-2.
With those 11 more screenshots, we got:
3-0, 4-0, 4-0, 4-0, 4-0, 7-0, 1-0, 2-0.
And I guess the bugged game would give 3-2.
If I sum all that I obtain: 32-2.
If I sum both screenshots, I got 45-4, so 90.7% of tasks assigned automatiquely were right.
Still need to try more 4 players, and try 5 players, but that look an enough good number to me to do it :(
- 45 were correctly automatised (51%)
- 4 were incorectly automatised (4.5%)
- 32 were not automatised (36%)
51% is pretty high. I suppose it would be lower with more 4/5 players games.
I find it really sad because I'm convinced it would be positive.
But fine, you can close it if you want.
And endlessly frustrating any other time.
There are so many cases where despite a high rating from one crewmate, it's still better to give them to someone else for easier combo,s for example.
Or when someone rates one task high, but has another (incompatible) task rated just a bit lower that nobody else can do. Just a few examples of the top of my head.
And even in the cases where you're happy with the automated distribution. I doubt it would actually save all that much time. Commander will still have to read and think about all tasks to decide if it's the best distribution. Only now instead of having them all neatly in the middle, they're all already scattered around the table.
Thinking tends to take the most time, after that the time it takes you to click is negligible
So remember that last time on my %, I took in purpose a game where the automatic way goes wrongly.
I took 4 more games, there was no mistakes, and about ~50% of automatisations.
"There are so many cases where despite a high rating from one crewmate, it's still better to give them to someone else for easier combo,s for example." => "So many" hum :D Yeah in theory, but in practice, this just work well most of the time.
The thing is, even on your case (which is rare I insist), after the automatisation, the task D appear to be taken by no one. AND someone put a bundle with task DE in light green or gray (if it was dark green, no task of that bundle would be assign automatiquely). AND someone else put the task E in dark green, or light green if before it was gray.
On this case, yeah the task E would be assign wrongly.
But that's just so much conditions...
So yeah, I'm now convinced this would be great.
Would it be worst the coding time? I mean, that doesn't look hard... I dunno, I'm way too much biaised.
Add to this report
- Another table ID / move ID
- Did F5 solve the problem?
- Did the problem appear several times? Every time? Randomly?
- If you have a screenshot of this bug (good practice), you can use Imgur.com to upload it and copy/paste the link here.