Search results

I think kol has stopped reporting my level as 256 some time back, and I haven't encountered this since.

Update: actually I think kol reports my level as 256, but mafia resets its idea of what my level is to 255 later ... I just did: 1) log in - mafia show my level as 255 2) open relay browser - left pane in browser says level 256 *and* mafia now also shows my level as 256 3) cli "numberology 69"...

Looks like, unless something changed, on a character with all stats 65535, displayed level is 255 - but numberlogy (calculate universe) gives results as if my level is actually 256. This leads to kolmafia's numberlogy command not doing what it's told to do. I noticed this when seeing garbo...

The first question probably is ... what version of java are you using? (and also supplemental information: what version of kolmafia + where did you get it)

Ezandora's Briefcase has a commit yesterday on github - https://github.com/Ezandora/Briefcase - works for me So does Ezandora's Detective Solver - https://github.com/Ezandora/Detective-Solver - does not work for me after running FarFuture (and manually sleeping out of it), but did work the...

It is (via calling .dispose()) removing its listeners from the associated JPopupMenu. Those would still be referenced from that JPopupMenu even after the MenuScroller is completely gone and collected. That's already screaming bad design - finalize isn't even guaranteed to fire, much less fire...

I think if you put a current version of mafia in the same folder and load it instead, it should find the same configuration/settings/prefference files, and Just Work (tm)?

Same on linux, always. $ ./gradlew --warning-mode all Starting a Gradle Daemon (subsequent builds will be faster) > Configure project : The CopyProcessingSpec.setFileMode(Integer) method has been deprecated. This is scheduled to be removed in Gradle 9.0. Please use the filePermissions(Action)...

this is probably not it but ... do you already have the "Lucky!" intristic?

504 is specifically gateway timeout for chat (and other things?) ... while the long pull is being processed (not necessarily caused by it) and we don't know *which* gateway

Or it's taking longer because you have more stuff slash there are more item IDs (and player IDs) so the server has to go through larger tables. For me "pull all" has taken longer than mafia expects long ago already. I just do it manually in (relay) browser so that I see when it's done, and then...

You are *probably* trying to run it from some protected location (like "\Program Files" or "\Windows" - I don't know the full list). Try making a new folder somewhere aways from system locations, copying the jar there, and running it from there?

Are they +0 even if you use all of them combined? Also try seeing what happens if you ad +current

Sometimes that's the kind of thing you need to do if you don't want to regress to some extremely ineffective general solution.

My "svn update" ends like this Updating all SVN projects... Installing dependencies Starting Checkout... Validating repo... svn: E160013: '/Ezandora/Detective-Solver/branches/Release' path not found: 404 Not Found (https://github.com) Something went wrong while fetching svn directory info Done...

Most scripts I can just go something like, for example: svn delete Ezandora-Bastille git checkout Ezandora/Bastille Release but I found one script where svn allowed checking out a subfolder, which is something can't figure out with git: original: svn checkout...

> ash $location[guard] Changing "guard" to "The Royal Guard Chamber" would get rid of this message. (char 11 to char 16) I think that's what you want, in mafia namespace?

a) does <![CDATA[MA<MD,CA<CD,PA>PD]]> work? 2) is that human readable enough? iii) is that something that can be usefully used (so that you would only use it to encapsulate values that need it, and not every single line, especially not lines where html *should* be mirrored as-is)?

File asssociations (what runs when you doubleclick a file) are a completely separate thing. There might be other launch ways with their own configuration of what gets run.

As far as I can tell, "shadow jar" is one of many generic terms for "jar that also includes all dependencies .. but kolmafia already includes all of its dependencies in its own sources, and so they are compiled into the normal jar instead of being distributed as separate precompiled jar files...