Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve BotBehaviour with AutoOpenBoosterPacks #3304

Closed
8 tasks done
nolddor opened this issue Oct 6, 2024 · 11 comments
Closed
8 tasks done

Improve BotBehaviour with AutoOpenBoosterPacks #3304

nolddor opened this issue Oct 6, 2024 · 11 comments
Labels
✨ Enhancement Issues marked with this label indicate further enhancements to the program, such as new features. 🟢 Low priority Issues marked with this label are actively being worked on if nothing serious is on the list. 🙏 Wishlist Issues marked with this label are wishlisted. We'd like to make them happen but they're not crucial.

Comments

@nolddor
Copy link
Contributor

nolddor commented Oct 6, 2024

Checklist

Enhancement purpose

As of today ASF offers two main features:

  • Game Idling
  • 1:1 Matching

I strongly believe this feature request improves second one 1:1 Matching and it is beneficial for the project and users in the long-term.

Enhancement consist on the addition of a new BotBehaviour property or a separate property in the BotName.json config file named AutoOpenBoosterPacks or similar that if enabled it will open any existing booster pack on the Bot inventory as well as new drops the Bot might have over the time as you might be eligible for Booster Pack drops.

The idea behind this is mainly focus on 1:1 bots that offers STM Card trades so auto opening existing BoosterPacks and any new booster drops might improve STM Card matching as new cards will be added to the inventory over the time.

I believe there is no other way currently to do this with vanilla ASF unless you check bot inventory on daily basis and open tbe booster manually.

Solution

Code this new feature on ASF code as native solution.

Why currently available solutions are not sufficient?

There is no current solution other than having to manually process booster packs.

Can you help us with this enhancement idea?

Somehow, I can test and offer feedback, but can't code

Additional info

Thanks for considering the addition of this feature.
If you have any further questions feel free to ping me at the comments.

Regards

@nolddor nolddor added ✨ Enhancement Issues marked with this label indicate further enhancements to the program, such as new features. 👀 Evaluation Issues marked with this label are currently being evaluated if they're going to be considered. labels Oct 6, 2024
@JustArchi JustArchi added 🙏 Wishlist Issues marked with this label are wishlisted. We'd like to make them happen but they're not crucial. 🟢 Low priority Issues marked with this label are actively being worked on if nothing serious is on the list. and removed 👀 Evaluation Issues marked with this label are currently being evaluated if they're going to be considered. labels Oct 6, 2024
@SENPAY98K
Copy link

It is more convenient to use gems packGemSacks and unpackGemSacks since no boosters wont last long, while 1000 gems is enough to do a loop of pack<>unpack.

@JustArchi
Copy link
Member

JustArchi commented Oct 6, 2024

What unpacking booster packs have to do with gems?

@SENPAY98K
Copy link

Im not talking about boosters, i suggested better solution which most levelup bots use currently to keep inventories updated all the time, and that will ensure 1:1 Matching to work flawlessly.

@JustArchi
Copy link
Member

Nobody is talking about any "keeping inventories updated all the time" in this issue.

@SENPAY98K
Copy link

Yes, i thought it might be helpful so i post it because this issue is a bit similar in solution case.

@JustArchi
Copy link
Member

No, your problem has nothing to do with the original issue which talks about unpacking boosters packs automatically in order to have more cards available for matching.

@SENPAY98K
Copy link

Yes. TLDR, I was lazy to create a new issue for implementing AUTO packUnpackGemsSackwl before and after participating in matching 1:1 , or in basis intervals.

@JustArchi
Copy link
Member

Good, because I'd classify your issue as out of the scope, I'm not going to do crazy madness like that in order to solve Valve being too stupid to fix their crap properly.

@SENPAY98K
Copy link

True, but it is still has something to do with a paid service you provide MatchActively :D

@JustArchi
Copy link
Member

Please don't use the "paid service" if it doesn't satisfy you, thanks 🙂

@SENPAY98K
Copy link

I am not using it currently, it was all a suggestion that you might consider 8n future. I am not complaining here 👌

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
✨ Enhancement Issues marked with this label indicate further enhancements to the program, such as new features. 🟢 Low priority Issues marked with this label are actively being worked on if nothing serious is on the list. 🙏 Wishlist Issues marked with this label are wishlisted. We'd like to make them happen but they're not crucial.
Projects
None yet
Development

No branches or pull requests

3 participants