It would be fantastic if it were possible to have some version of cli_execute() that could return the text that would be printed to the gCLI. Alternately, the last "results" from doing anything on the cli would be great to have access to.

Technically, this would be possible by saving a LOT of info from multiple calls to session_logs(), but the overhead here would be HUGE.

My reasons are two-fold;
1) It would be nice to get more feedback from any cli command executed in a relay script
2) Some commands, like "hatter" would be great to have at least some ash access to, but they don't really warrant the dedicated work of getting their own ash command.

Thanks for the consideration.

I have just observed, in the code from Subversion trunk, a problem with the way Modifier Maximizer handles the closet.

Settings:
- Equipment - the problem appears for all three settings
- Max price - don't check
- Include effects with no direct source, ... - irrelevant

Expected effect:
KoLmafia evaluates the properties of objects both on hand and in the closet, pulls everything that is in the closet and is better than what is at hand, and equips the best combination.

Observed effect:
KoLmafia only evaluates the properties of objects on hand. However, if a piece of equipment deemed to be useful by the maximizer is present both on hand and in the closet, the latter is pulled before the item in question is equipped.

Reproducible: always

Example test cases:

1. incorrect parsing of closet items
- requirements: Torso Awaregness, at least two different shirts modifying meat drops (e.g. Ye Olde Navy Fleece and duct tape shirt)
- put all the duct tape shirts in the closet, keeping all the Fleeces on hand
- maximize meat
- KoLmafia will then equip the Fleece instead of pulling and equipping a duct tape shirt
2. pulling duplicates
- requirements: Torso Awaregness, two identical shirts modifying meat drops (e.g. Ye Olde Navy Fleece), no other shirts with such a modifier (if you want to perfectly isolate the problem - in practice, in light of the above putting them all into the closet would work just as well)
- put one of the Fleeces in the closet, keeping the other on hand
- maximize meat
- KoLmafia will then pull another Fleece from the closet despite having one on hand

Custom Daily Deeds 3.2
Requires r8592

I've finally gone and revamped my script to work from the relay browser, as well as support a few new features. It's still in early bug-testing now, but here it is for those willing to try it out.

Note: This script requires htmlform.ash to be installed in your scripts directory.

Revision History

Attached Files

• relay_Custom_Daily_Deeds.ash (77.5 KB)

To qualify, I'm not very versed in web page coding. However, I dug through the BHH pane source code and came across:



So, as a test I try:

Can someone explain why this doesn't work?

8592: Do not torment Seal Clubbers by listing Lunge-Smack in the list of "skills you
did not buy".

veracity0 on 06/09/2010 16:05:42

M /src/net/sourceforge/kolmafia/webui/ValhallaDecorator.java

8591: Fix indicator string for recognizing flame demon in Summoning Chamber

veracity0 on 06/09/2010 13:46:41

M /src/net/sourceforge/kolmafia/request/AdventureRequest.java

8590: The sinister ancient tablet s a reusable item which gives a demon name

veracity0 on 06/09/2010 06:30:16

M /src/data/statuseffects.txt
M /src/net/sourceforge/kolmafia/request/AdventureRequest.java
M /src/data/defaults.txt
M /src/net/sourceforge/kolmafia/KoLAdventure.java
M /src/net/sourceforge/kolmafia/objectpool/ItemPool.java
M /src/data/itemdescs.txt
M /src/data/modifiers.txt
M /src/data/tradeitems.txt
M /src/net/sourceforge/kolmafia/request/UseItemRequest.java

Whenever I use a CLI command to acquire, equip, use, etc. an item, it buys the item with highest priority and only checks the others optionally... That seems silly. Is there an option to place things in priority? Or am I just missing something.

In fact, when kolmafia has to acquire an item when I don't command it to (like during a quest or something), it DOES withdraw from closet/display first, before going out to get it. Why isn't this functionality extended to other cases?

8589: fossilized demon skull, fossilized spider skull, white belt

veracity0 on 06/09/2010 01:31:44

M /src/net/sourceforge/kolmafia/request/GenericRequest.java
M /src/net/sourceforge/kolmafia/objectpool/ItemPool.java
M /src/data/itemdescs.txt
M /src/data/concoctions.txt
M /src/data/tradeitems.txt
M /src/net/sourceforge/kolmafia/request/UseItemRequest.java

Wasn't noted by any major announcements, but the white belt is actually creatable again as of a few days ago. Same recipe and smithing method that's in concoctions.txt.

When using handfuls of confetti, mafia deducts the amount you use when in reality you don't use up any at all. Refreshing the session corrects the error.

I have been using & loving KoLmafia for years now, but suddenly lately I've been having huge issues with Firefox as the relay browser.

What happens is that after a few minutes of playing, my browser starts being unable to download any pictures (such as new item drops) or any other websites that hadn't already been viewed during that session. The only solution is to close and re-open the browser, then it works fine again for a while.

A few notes about my environment: it's Firefox 3.6.8 (the latest) on Windows 7 64-bit with Sun JVM build 1.6.0_21-b06 (also the latest). I use GreaseMonkey scripts in the browser and have tried disabling them, but the problem persists.

The problem only happens if I've been using KoLmafia, either the latest stable build 14.1 (EXE) or some of the daily builds.

Any ideas what's going on? TIA--

I just want a CCS that tries to tatter away from every combat. The guide here doesn't mention how to use items in a CCS. Every time I enter anything into a new CCS and try to use it, the whole CCS just gets blanked after the first adventure, which leads me to believe I'm doing something wrong. Alternatively, how can I just get a CCS to use the ingame tatter macro I made? I tried looking, and the answer is probably in such an obvious place that I'm going to feel like an idiot.

The message for a successful free runaway is "As you turn to run away, your pants suddenly activate, and you rocket off into the sky at breakneck speed." To avoid SBIP issues, "your pants suddenly activate" is a good match. This needs adding on line 2426 of src/net/sourceforge/kolmafia/request/FightRequest.java.

At some point a more fitting name for these runaways might make sense. _navelRunaways is used for tracking, and Daily Deeds says navel.

For some reason, the following script always ends up with a hidden field with the name "mode" and value "LIST" even though, as far as I can tell, it should have a different value on other pages. Anyone with time to look through and tell me what idiotic mistake I've made would be greatly appreciated!

File in question: Attachment 3434

(Note: requires htmlform.ash)

Edit: after further digging, the parameters passed to htmlform.ash's write_hidden() are changed somewhere inside the function. Basically, if your use a hidden field on multiple pages following each other, with the same field name, the value will always stay what it was on the first page write. Is this intended? (I've been a bit out of it lately, so I honestly don't know.)

Attached Files

• relay_CustomDaily.ash (53.1 KB)