Search results

This relay override will add a note to items with Level 13 or greater requirements to remind you of the hidden rule that they can not be used in Ronin/Hardcore. svn checkout https://svn.code.sf.net/p/ccascend/code/level13notifier Here is what it looks like, yay? https://i.imgur.com/W7Oy94s.png

It seems fine to me. The only issue I have (and it isn't a big deal) is that Mafia will ask me to Ode before drink my mime drink. I think there is a way to ignore that, I just forget off-hand.

I didn't know you could do that with chat. I use manual checking upon fax failure and some sort of horrible loop to avoid the chat requirement in my scripts. It can take an extra minute but has worked without requiring any chat. I highly approve of illiteracy.

I have to agree, it's finicky enough to deal with meatbags who want 2-dayers and all the options and then to deal with meatbags who whine about requirements and such for the 1-dayer. Well, you'll never see cc_ascend even try to do the 1-dayer HCCS.

Could we track if the Letter for Melvign has been used this ascension? There doesn't seem to be anything that tracks it and not having the Letter isn't sufficient :( EDIT: This appears to have a case in UseItemRequest but when I use the item, I observe no preference change. This Feature request...

All I'd want is a flag that tells us we've created some pants already, although, I could just check inventory and equipped status (this may have happened by r18258 and I just didn't notice yet). Since I can't seem to closet or display case the pants, it'll never get too far away at least.

I thought, unless you removed it as I did in my custom build, that you did get a warning.

The problem seems to stem more from "I (as in Cheesecookie) do not understand combat as a Pastamancer", than anything else. I was pretty much told that utensil twist wins all and went with that. I never play Pastamancer so I don't know. cc_ascend ignores restoration settings and disables them...

Is this happening elsewhere? The Tentacle fight probably just needs to be gated more carefully (note that the big boss will always randomly crush but without a turn cost at least).

Are you actually dying in combat? Because, even if you think the choices are suboptimal, and even if they are suboptimal, if you are still progressing, it doesn't matter. I assume no script expects you have that many clovers since you won't continue to be getting the extra clovers after some...

I can not speak for bumcheekascend but for cc_ascend, if you left a quest partially complete, you may have a problem. But that's not actually your problem (yet, if ever), both scripts are stopping in combat. Resolve the combat and try to run one again. For whatever reason, neither one was able...

Using exceptions to handle control flow like this is kind of gross. Rant aside, doesn't capturing the return value from cli_execute cause it to not abort? Furthermore, for some of those things, you can validate they are possible before you even do them. I only say this because if you are...

It doesn't seem that mafia is tracking the use of the Daily Dungeon Malware, I propose the following patch for review: Index: src/data/defaults.txt =================================================================== --- src/data/defaults.txt (revision 18196) +++ src/data/defaults.txt (working...

The original post did ask for turns used today. Although, it did refer to a session results section. But yeah, they could adapt it for a close session approximation.

That assumes you don't gain any adventures. if(get_property("_turncount").to_int() == 0) { set_property("_turncount", my_turncount()); } ... int spent = my_turncount() - get_property("_turncount").to_int(); print("You spent: " + spent + " turns today. Terrible!", "red");

On the ccascend side of things, both your errors are referring to set_property calls in ccascend. Which the debug log also seems to indicate. Good luck!

EquipmentManager.usingCanOfBeans(), I would have never found that on my own. That is even better than using the two-parameter version. Thanks!

The Beancannon skill is limited to 5 uses per day but is currently not tracked by mafia (in terms of uses, the banish itself is tracked). I believe this patch is sufficient, and if not, would love to know what I did wrong: Index: src/data/defaults.txt...

That could be my issue, I'll check again later. Is, in fact, my issue.

Using "Asdon Martin: Spring-Loaded Front Bumper" doesn't cause property banishedMonsters to update. I suspect it is due to the colon in the skill name. Nevermind, totally an issue on my side.