Auto-combination bug

vex · Post by **vex** » Wed Apr 21, 2010 12:06 pm

I have 5 ItemX which should mean that the following combos are enabled:

A (0): ItemX (5) and ItemX (5)
B (0): ItemX (5) and A (0 + 2)
C (0): ItemX (5) and B (0)
D (4): ItemX (5) and C (0)

Only the first two are available to "[ combine ]", why aren't the other two?

- To make the first combo you need 2 ItemX [total = 2]
- To make the second combo you need 1 ItemX + product from above [total = 3]
- To make the third combo you need 1 ItemX + product from above [total = 4]
- To make the forth combo you need 1 ItemX + product from above [total = 5]

If I craft a B the last two combinations have their "[ combine ]" link enabled.

EDIT: Censored the item name by replacing it with ItemX.
EDIT2: Censored the combo names, they have something to do with access to the poorly lit pit.

thousandinone · Post by **thousandinone** » Wed Apr 21, 2010 12:14 pm

Recommend removing the resulting combination names too, as they give a pretty blatant clue as to the raw materials...

vex · Post by **vex** » Wed Apr 21, 2010 12:40 pm

Yeah I was just thinking of that.

vex · Post by **vex** » Fri Apr 23, 2010 11:32 am

Not a word on this? Not even if it isn't considered a bug?

Post by **Mad Merlin** » Fri Apr 23, 2010 12:10 pm

It's in my queue to take a look at. I haven't had the chance yet.

vex · Post by **vex** » Sat Apr 24, 2010 6:30 am

Didn't want to sound impatient, just noticed that you had answered some other threads so was just wondering if you had missed this one.

Post by **Mad Merlin** » Sat Apr 24, 2010 2:42 pm

Ah, you're right, this is a bug. There's a few corner cases that the recursive combinatorial knowledge number solver... thingie... doesn't quite handle perfectly. It's actually deceptively complicated to do 100% perfectly without taking forever. This particular limitation wasn't known until now, but it'll be fixed the next time I rewrite that code.