Yes. I would consider an option to disable kBaying. No time for me to work on that feature now. Probably later.
Thank you. I look forward to the time when you have time
Yes. I would consider an option to disable kBaying. No time for me to work on that feature now. Probably later.
Sounds similar - but it's not it. As bug still happens.I found and fixed a bug that occurs if an item is in your stock list AND in the closet. Perhaps that is your bug?
Inventory: 1 tiny plastic barrrnacleIf you still have the problem please tell me exactly how many you have in inventory and closet.
...Oh, found another error by the way. I am not sure, if it is not my Opera-related, but still. Running OCD dB Manager without items that need categorization ends with inability to enter any page under "Edit database" entry. I can see "Keep", "Mall", "Use", etc, but pressing it simply returning me back to "Information" page. Longstanding bug - I seen it many times already.Tell me exactly what OCD is set to do to that item (including quantities).
It set to "Ignore this stock list". And there is no plastic in list anyway.If that item is in your stock list tell if the list is set to acquire, keep or ignore and how many should it stock?
Yes. And removing this check immediately fixes error with amount. But I need it. It's my daily useless trinket savings here!Finally, tell me if KoLmafia is set to "Take items from the closet whenever needed"?
Sounds similar - but it's not it. As bug still happens.
...Oh, found another error by the way. I am not sure, if it is not my Opera-related, but still.
Is there a right way to make changes to my local copy so svn won't overwrite those changes when it updates? I've been just opening the file in Notepad++ to edit it.
Is there a better place on this forum to ask this question?
I did just try to answer it...
- Acquire the most recent version using svn update
- Open the script's working copy in the project's /svn directory, and make your edits. Always make sure the project in /svn has your changes
- Use the command svn sync to push your modifications in the working copy to the local copy in the /scripts or /relay directory
- Update as usual. You can use svn update bale-ocd to update just this script, or svn update to update all your scripts or just check the box in SVN preferences to make it happen automatically once a day.
- Whenever the script is updated SVN will magically merge your changes into the working copy in the /svn folder and then push those changes into the local copy. This is magic! This will happen every single time you use svn to update the script without needing your intevention. The CLI will display a "G" for merGing the script instead of a "U" for Updating it when this happens.
- If you ever want to modify your changes or add to them, just repeat step 2 and 3.
- If an update to a script changes it so severely that it cannot be merGed with your modifications, it will show "C" for Conflict and produce several files in the working copy to help you solve the problem:
With all of these files, you can pretty easily figure out where the problem line(s) are, and how to fix them. Sometimes you'll just want to use rNew and discard your local changes, sometimes you'll want to do something else. Copy/pasting between the different files is straightforward.
- myfile - will have some inline markup at the location of the conflict ( look for <<<<<< and >>>>> markup) showing you both what your text was and what the repo's text was.
- myfile.mine - Your version before the update.
- myfile.rOld - The pristine repo versions from before the update.
- myfile.rNew - The pristine repo versions from after the update.
I did just try to answer it, but if you need more information there's a forum for Community Support to ask questions about mafia like this one. Or if you have a questions about how to write or modify a script, there is a Scripting Discussion forum.
Ouch. I am sorry. I will try to be more clear in the future and not mix several questions in one. Sorry again.Okay, I probably don't understand something important here so please tell me what you want. Explain why you don't have it set to KEEP them. I might have difficulty understanding so please don't go into an unrelated issue in the middle of your explanation.
It's not an Opera bug. I use Opera almost exclusively and have never seen that bug. You are talking about regular Opera, not Opera Next, right?
1. If I have uncategorized items, and I am pressing "OCD dB Manager" in Relay browser of Mafia, it starts on page "Add Items", and everything works as intended.
2. If I haven't such items, Manager starts on page "Information". If I am pressing "Edit Database", it opens second set of pages (Keep, Mall, etc.) No page here works at all. Pressing any one simply returns me to first, "Information" page.
If I am simply selecting "Item to Stock" or "Configure Script" page, even without doing anything here, then "Edit Database" starts to work as intended afterwards. Button "Save all" on "Add Items" page fixes Manager too. Until next run of Manager through menu in Relay browser that resets everything back.
Ouch. I am sorry. I will try to be more clear in the future and not mix several questions in one. Sorry again.
I can see two possible right outcomes with selling:
1. If I am setting OCD to "sell everything", it really sells everything.
It not works. OCD pretends that it sells everything, but actually it takes only inventory items. Not items in closet.
2. If I am setting OCD to "sell everything", it sells what it can from inventory only. It doesn't touch closet. (And it is exactly how I need it.)
It works that way. If you'll ignore wrong reports about it.
Speaking about "why": I am trying to keep set amount of items in my store. As OCD cannot be set for it, I simply removing all excess items into closet and allow OCD to do the rest.
1. If I have uncategorized items, and I am pressing "OCD dB Manager" in Relay browser of Mafia, it starts on page "Add Items", and everything works as intended.
2. If I haven't such items, Manager starts on page "Information". If I am pressing "Edit Database", it opens second set of pages (Keep, Mall, etc.) No page here works at all. Pressing any one simply returns me to first, "Information" page.
If I am simply selecting "Item to Stock" or "Configure Script" page, even without doing anything here, then "Edit Database" starts to work as intended afterwards. Button "Save all" on "Add Items" page fixes Manager too. Until next run of Manager through menu in Relay browser that resets everything back.
I think I am starting to understand what you mean and desire. To confirm my understanding before I commit anything, please post the CLI output. I want to see what OCD actually does and claims to do about your barrrnacles.
> call scripts\OCD Inventory Control.ash
autoSatisfyWithCloset => false
You need 668 more tiny plastic barrrnacle to continue.
autoSatisfyWithCloset => true
mallsell 669 tiny plastic barrrnacle
Sale price for this line: 133*800
Total mall sale = 133*800
Transferring items to store...
Items offered up for sale.
Anticipated monetary gain from inventory cleansing: 133*800 meat.
You were very explicit so I tried to follow your instructions. Sorry. I cannot replicate that bug with Opera v 12.15
I tried to fix your problem. I tried and tried. Finally it frustrated me so much that I killed it. My final solution wasn't elegant, but the bug is very dead. I'm confident now that I fixed your issue. I fixed every single closet problem that has ever annoyed me and fixed every closet problem that might annoy me in the future.
I hope, you didn't kill closet itself
> call scripts\OCD Inventory Control.ash
autoSatisfyWithCloset => false
transform 5 bubblin' crude into oil cap
autoSatisfyWithCloset => true
Nothing to do. I foresee no additional meat in your future.
> ash print(item_amount($item[bubblin' crude]));
41
Returned: void
bubblin' crude MAKE 0 oil cap true
Thank you for finding that bug! It took a bit of trouble to track down the darn thing, but I fixed it!
svn update bale-ocd
> call scripts\OCD Inventory Control.ash
autoSatisfyWithCloset => false
transform 40 bubblin' crude into oil cap
Verifying ingredients for oil cap (5)...
You acquire an item: oil cap
Successfully created oil cap (1)
...