Hello,

as many of you know there's a program to farm Steam cards. Some, may find difficult to use ASF because it's a console application, so I made an user interface for make it simpler.

Requirements

  1. Java 8
  2. Set SteamOwnerID to your Steam64 ID +info.

How to contribute

If you have a GitHub account, you can fork it, use it, break it, fix it, trash it, change it, mail - upgrade it. and submit an issue or a pull request. If you don't just post a message.

Download

Here: https://github.com/alvr/ASFui/releases
Latest build: https://hive.am/ASFui

The beta version is compiled after each commit.

Changelog

Here: https://github.com/alvr/ASFui/wiki/Changelog

Screenshots

Open the attachments or.

View attached image.
View attached image.
View attached image.
View attached image.
8 years ago*

Comment has been collapsed.

Deleted

This comment was deleted 6 years ago.

7 years ago
Permalink

Comment has been collapsed.

Sorry for the delay, fixed in v0.5.0

7 years ago
Permalink

Comment has been collapsed.

Deleted

This comment was deleted 6 years ago.

7 years ago
Permalink

Comment has been collapsed.

Deleted

This comment was deleted 6 years ago.

7 years ago
Permalink

Comment has been collapsed.

Deleted

This comment was deleted 6 years ago.

7 years ago
Permalink

Comment has been collapsed.

Deleted

This comment was deleted 6 years ago.

7 years ago
Permalink

Comment has been collapsed.

Jeha, probably should have caught that one Totally forgot, that people usally only update the .exe ^^

7 years ago
Permalink

Comment has been collapsed.

wondering how to fix crash?

7 years ago
Permalink

Comment has been collapsed.

Fixed.

7 years ago
Permalink

Comment has been collapsed.

yep thanks but the buttons are all unclickable?

7 years ago
Permalink

Comment has been collapsed.

Maybe your SteamOwnerID is not set?

7 years ago
Permalink

Comment has been collapsed.

thank you now it works :)

7 years ago
Permalink

Comment has been collapsed.

The newest version of ASF (2.1.7.9) now has crashes when trying to use ASFui. I am aware of the ASF built-in WCF client thing but I can't figure out how to get it to work and I prefer ASFui over that

7 years ago
Permalink

Comment has been collapsed.

Fixed.

7 years ago
Permalink

Comment has been collapsed.

ASF (2.1.7.9) now has crashes :(

7 years ago
Permalink

Comment has been collapsed.

If using the newest version of ASFui, then most likely because you have not updated your ASF.json to the newest Version and still use WCFHostName instead of WCFHost.

7 years ago
Permalink

Comment has been collapsed.

Even with 0.5.0 the app crashes, maybe because I have nothing to farm.

7 years ago
Permalink

Comment has been collapsed.

Most likely because you have not updated your ASF.json to the newest Version and still use WCFHostName instead of WCFHost.

7 years ago
Permalink

Comment has been collapsed.

Updated to 0.5.1, so is not necessary to change ASF.json

7 years ago
Permalink

Comment has been collapsed.

Deleted

This comment was deleted 6 years ago.

7 years ago
Permalink

Comment has been collapsed.

This is how it should be handled - exactly the same as in ASF. If setting is not found, use default value. People might not have WCFHost declared either and use WCF just fine with default value of 127.0.0.1.

7 years ago
Permalink

Comment has been collapsed.

am i think there is a problem with this new update command keys are not working and also the current bot https://gyazo.com/1e91d68a174d346a3fe355dd12353806

7 years ago
Permalink

Comment has been collapsed.

Maybe your SteamOwnerID is not set?

7 years ago
Permalink

Comment has been collapsed.

woooo........thank s dude i ddnt even noticed that xD thanks

7 years ago
Permalink

Comment has been collapsed.

The authentication request causes it to freeze... (0.5.1)

7 years ago
Permalink

Comment has been collapsed.

I don't know what is happening, but I had to switch to ASF alone a few days ago. I hope this can be fixed.

7 years ago
Permalink

Comment has been collapsed.

Updated to the newest version?

7 years ago
Permalink

Comment has been collapsed.

I think I had.
But I will give a try again.

7 years ago
Permalink

Comment has been collapsed.

you mean acceptingPending Confimations or creating a token? both work fine for me with newest version. If other commands work thats odd. Does the command work via steamchat?

7 years ago
Permalink

Comment has been collapsed.

It's when reconnecting after a connection loss, freezes ASF with it too. Had it twice already.

7 years ago
Permalink

Comment has been collapsed.

Interesting. Did not happen do me so far, but if ASF freezes as well, it's most likely a problem with ASF and not ASFui. If reproducable, one could check if it happens if ASF is started alone, to be sure.

7 years ago
Permalink

Comment has been collapsed.

ASF unfreezes once the crashed ASFui gets closed. I assume it's due to the WCF change, ASFui sends many statusall commands during reconnections.

Sadly without the gui it's unusable (too cumbersome) for me and remote-mode doesn't work now either. But I'll try to pin the error down.

7 years ago
Permalink

Comment has been collapsed.

Besides the crash when reconnecting after a connection loss, the remote-mode doesn't work due to the WCF change.

7 years ago
Permalink

Comment has been collapsed.

While trying around found another crash:
Editing ASF config files makes it auto-restart into a new cmd-window and ASFui crashes.

7 years ago
Permalink

Comment has been collapsed.

Thats know and we can not get around that.
ASF restart it self when the config is changed (like it restarts a bot, when the botconfig is changed) and there is no way to connect to the new process.
The crashing GUI could be caught, but then it would be useless.

If you have more than one account, just use steamchat.

I just tried to reproduce the connection bug, but after cutting internet and enabling it again, all bots, succesfully reconnect.

7 years ago
Permalink

Comment has been collapsed.

there is no way to connect to the new process.

Is that a C# limitation? Can't imagine for that to be fully impossible, though I guess a different method would need to be used for non-startup capture.

just use steamchat.

Inputting multiple keys is cumbersome that way. Having to concatenate them with commas + writing the commands each time is way less convenient than a c/p+click.

tried to reproduce

Yeah, not so easy, I'm currently not succeeding either. It may need some longer runtime to happen. I have a forced connection drop every 24h and it happened there both times.

I did notice though ASFui sends statusall on every single bot disconnect, so it needlessly spams that command many times at once on a complete connection loss with many bots. That may be a contributing factor.

7 years ago
Permalink

Comment has been collapsed.

Can't imagine for that to be fully impossible

Windows only allows prozesses to monitor prozesses they launched themself. "Grasping" on to a program that has been started seperatly is not wanted behaivior. It can be achieved by using some exploits and code injection, but a) thats not easy whatsoever and b) every antivirus will kill that program if it attemts to do so ;->
The only workaround here would be to catch that event fast enough and restart the GUI before ASF can restart or to switch to remote mode. But thats not that easy.

concatenate them with commas

Depending on where you get the keys from a texteditor with search/replace or excel with concat can do that in a matter of seconds. typing the commands is indeed a pain in the ass (and the reason I started that GUI thing all along ;-)

I did notice though ASFui sends statusall on every single bot disconnect

I wondered about that as well, but I guess it is due to the fact, that since some releases ago statusall does not report disabled bots, so basically each time a bot has been started or disabled the list may need an update. I think there would have been better ways (but more complicated) to achieve that. But on the other hand I do not think the statusall command does clock anything. If thats the case it should be reproducable.

7 years ago
Permalink

Comment has been collapsed.

"Grasping" on to a program

I was more thinking of just reading the console output, there are WinApi commands for that.

catch that event fast enough

Some event-listener for program-launch may fit there. But wait, doesn't ASF auto-update get correctly caught already?

can do that in a matter of seconds

for a few keys, but doing that dozens and hundred times, nope ^^

I do not think the statusall command does clock anything

Most specifically it sends it bot amount of times on exactly the same second. That isn't needed in any case, some rate-limiter would be useful.
It just looks to me like a WCF congestion, basically the only hint what might be the cause atm.

-

Just retried, letting it run over 1h then reconnecting and it happened. Text output freezes after few disco messages, and exactly 10min later ASFui fully crashes with:
System.ServiceModel.CommunicationObjectFaultedException

ASF gets blocked and does nothing but when ASFui gets closed, it resumes.

Will now check w/o gui, though seems an interop related issue.

7 years ago
Permalink

Comment has been collapsed.

I was more thinking of just reading the console output, there are WinApi commands for that.

Jeha thats what I meant. But getting the output (and sending input) to another program is only possible, if you start it yourself. (See: http://stackoverflow.com/questions/36317573/get-already-running-windows-process-console-output-in-a-command-prompt-direct)

doesn't ASF auto-update get correctly caught already?

Not sure, have autoupdate disabled and haven't looked in that part of the code so far.

System.ServiceModel.CommunicationObjectFaultedException

That sound indeed like WCF is clocking, but I can not reproduce that. If I cut my connection I get a constant stream of "reconnecting" from all bots (but not simultaniously) and if I establish the connection again I get the (now succesful) reconnects over a few seconds. So they are not being send in the same second and noting freezes. But it looks indeed like a deadlock szenario, I just don't know were it is coming from.

7 years ago
Permalink

Comment has been collapsed.

The link is talking about a program started w/o a console output, that's not the issue here.

I can not reproduce that

Did you wait 1h? Directly reconnecting after start doesn't freeze.

constant stream of "reconnecting" from all bots (but not simultaniously)

ASFui sends several statusall commands on exactly the same second when all bots disconnect. That's what I suspect as the cause.

-except:
Try running with debug mode enabled, text-output freezes almost immediately after first bot connects, crashes exactly 10min after.

Log is full with

ASF-5228|DEBUG|ASF|WriteLine() CMClient | <- Recv'd EMsg: ClientPersonaState (766) (Proto: True)

not sure if related but doesn't show anything else.

7 years ago
Permalink

Comment has been collapsed.

The link is talking about a program started w/o a console output, that's not the issue here.

Jeha and all other Links I found state as well, that the outputRedirect=true has to be set BEFORE a process is started. If you have a link explaining how to do that, I'll gladly look into it.

Did you wait 1h? Directly reconnecting after start doesn't freeze.

Yes. ASF was running for serveral hours.

ASFui sends several statusall commands on exactly the same second when all bots disconnect.

Not for me. I pulled out my ethernet cable and ASF is NOT disconnecting all bots simultainously. I assume the disconnect happens, if a hearbeat fails or something, but I get a disconnect every 1-2 seconds until all bots are disconected. After that the reconnect trys are as well not in the same second, but one bot every 1-5 seconds.
I am not sure, what the reason is, that it disconnects exactly in the same second for you, but it seems, that multiple concurrent request corrupt the state of the WCF client and therefore cause that problem.

7 years ago
Permalink

Comment has been collapsed.

I saw that but haven't checked further and judgegr proposed a better method.

Just tried auto-update, and it catches it w/o interruption. Wonder how that is handled and applicable to a config-restart.

pulled out my ethernet cable

I'm using a connection dial-up reconnect (as that's what's forced once per day). It may have different results.

But did you try with debug mode enabled? Not even a reconnect needed, just one bot connected and already happens

Edit:
Retried with Lan-reset:

I get 6

OnDisconnected() Disconnected from Steam!

(from different bots ofc) and it freezes, waited not even 10 minutes after starting. A tcp connection loss is always propagatec immediately. I more wonder why it doesn't in your case.

Well, I can reproduce it on 2 PCs with 2 different approaches now. (debug mode is quicker and easier to do)

7 years ago*
Permalink

Comment has been collapsed.

that

I think thats only for reading your own console. You need to provide a handle to the console and I'm not sure if that can be retrieved from an already running process.

dial-up reconnect

Can not use that, where I'm currently at, can try that over christmas, but it should not make a difference for the disconnect part I guess.

debug mode enabled

I get a shitload of these messages as well, but the GUI does not chrash. All bots connected just fine and it started farming cards. I can still send commands and get output.
I am currently using ASF 2.1.8.0 instead of 7.9 but that should not make a difference. ASFui 0.51, net 4.6.1 and win 8.1.
Probably someone else can try to reproduce that.

Have it running now for 12min and besides a 400KB Logfile I notice no difference.

7 years ago*
Permalink

Comment has been collapsed.

it should not make a difference

ye, reconnect only triggers. With debug mode it doesn't even need that but freeze timing appears always to happen with a statusall command send, so WCF related most likely. Seems like there's some overload somewhere.

Tried 2.1.8.0 and 2.1.7.8, same. 2.1.7.7 and below (all since WCF change) outright crash ASFui directly.

Using net 4.6.1 and win 7, one x64 other 32. If that now turns out to be a win ver issue..

7 years ago*
Permalink

Comment has been collapsed.

Jeha as I said. even in debug mode I had no Problems at all.
Can try it on a win 7 PC over christmas.

The main difference I noticed is, that for you dis/connects seem to happen all by one and for me with a little delay after each bot.

7 years ago
Permalink

Comment has been collapsed.

Tried on an old Win 8.1 vm with net 4.5.1 even, but same result sigh. I'm running out of ideas ^^

7 years ago
Permalink

Comment has been collapsed.

Probably some dll different, some other Program interfereing or whatsoever...
On my other PC I installed some old Visualstuido stuff, because I needed dlls in there, now ASFui is not being displayed after minized to tray (it pops back to the taskbar, but the GUI Window is gone) ...;->
Anyways, should be fixed, at least if the (pretty early) request does work for you as well.

7 years ago
Permalink

Comment has been collapsed.

There's no need to get the console output. Or even start ASF as a child process.

ASF has NLOG which internally provides many targets , one of them can be matched with a simple UDP listener. It can provide the full ASF log, or a partial filtered log. That's how i've implemented it though, for my sandbox app that i use for tests.

There're a few ways to reach the same destination anyway, but if the gui hooks on an already running ASF process, all the above problems could be eliminated.

7 years ago*
Permalink

Comment has been collapsed.

There's no need to get the console output.

Yes

Or even start ASF as a child process.

  1. Minimize to tray, was one of the functions I wanted to have included. Of couse you could handle that differently.
  2. It's not so much about output, but about input. There is no way of sending that to an already running instance.

So yes. If you start ASF and then start the GUI and you handle input/output in ASF and just use the GUI just for sending commands, thats easier. And thats exactly what remote mode does...
Not sure, why it does not work anymore, though. Wanted to look into remote for a while now ^^

7 years ago
Permalink

Comment has been collapsed.

  1. Windows can be hidden on runtime.

  2. What do you mean there?

  3. Remote mode likely needs the net.tcp change too. It worked alright before just had no text-output, while ASF remote does get some messages back.

7 years ago
Permalink

Comment has been collapsed.

  1. If you start ASF as it's own process and do not use any capsuling process /third party program before starting it I am not aware of a way to minimize the console to tray.
  2. If you get asked for Password/2fa code and stuff. Depending on your settings it's rarely needed.
  3. As I said, wanted to look into it for a while now but haven't found time so far. But I expect that the remote mode uses the same "sendMessage" as the no remote mode, which is why I am confused about it not working anymore.
7 years ago
Permalink

Comment has been collapsed.

  1. They can be hidden. Not minimized or to tray, but just completely hidden.

  2. Ah, yeah those fall through.

  3. Some initialization likely. Before it was a website even accessible with a normal browser.

7 years ago
Permalink

Comment has been collapsed.

  1. Rly? The Programm itself can do that, but hide the console for another program? I tried that back in the vista days for something else and could not find a way to do it.

Anyways:
http://tscherub.de/ASFui.exe
With these changes:
https://github.com/alvr/ASFui/pull/9

I so don't have time for this ;-< Have tested it a bit, but no guarantees whatsoever.

PS: 3. As I said, is was just the check for a valid URL failing.

7 years ago
Permalink

Comment has been collapsed.

  1. Yes, to test I've just tried a tool that can hide everything. It's a simple winapi flag SW_SHOW.

Wow that really seems to work, both debug and recon work. I can still trigger a freeze by spamming the bot refresh button in debug mode (and only there) but won't do that obviously ^^

Thanks a lot for the effort, saved me from being stuck on an old version. And if that isn't a reason for a whitelist (・∀・)ノ

7 years ago
Permalink

Comment has been collapsed.

  1. Maybe I wanted to minimize and not hide (thought I searched for both, but gee, thats was a pretty while ago. I'm getting old)

You're welcome. I actualy wanted to spend a lot more time on ASFui after deciding to stomp mine, but time is pretty rare. Still haven't started what I planned for today and its 16 (4pm) o clock already.
Spent the whole day with other stuff ;-< (But don't worry, this was only a small portion of my "wasted" time and by far not the least important thing I did today ;-)

And thanks ;->

7 years ago
Permalink

Comment has been collapsed.

Just noticed, on my other very old&slow PC, debug mode crashes immediately. So it might be cpu speed dependent for the deadlock/race-condition to trigger. My main has i7-920 with 2.6ghz.
If yours is faster than it could explain why it doesn't happen there.

And thanks again for wasting time to help out ^^

7 years ago
Permalink

Comment has been collapsed.

The one, where I tried it now has a Xenon thats somewhat close to an i7-4770 @3,5

Tried the manual spam thing just now. Managed to trigger a refresh of the bot list like 6-7 times per second for about 5 seconds without freezing. So it might indeed be something about how fast these requests are served.

7 years ago
Permalink

Comment has been collapsed.

Ah found the link for remote failing.
The entered URL is still checked for being http:... instead of net.tcp.

7 years ago
Permalink

Comment has been collapsed.

When I press Start, the program starts but the buttons are unaviable
What is the problem?

7 years ago
Permalink

Comment has been collapsed.

Okay, thank you!
It works! ^^

7 years ago
Permalink

Comment has been collapsed.

It seems the "no multiple statusAll requests" commit breaks it for slow PCs. I'll try to push a fix, but I am not sure if I get this set up on this PC ;-<
Back at my normal one at the 31.

Since it's not in release, that should not be a problem for now, but you should consider that, if you release a new version.
Possible fix would be a sleep for a second and wait for ASF or switch the trigger to something else and add more logic (first Bot init or so).

Edit: Seems to be not related to slow PC, but to ASF running in debug mode.

7 years ago*
Permalink

Comment has been collapsed.

breaks it for slow PCs

indeed, I get startup crashes half the time, but once it starts it works ^^
Debug mode slows things down, so it's an amplifier.

Seems I have to put my rusty C# knowledge to some use here some time (first to figure how exactly git works though) ;-)

7 years ago
Permalink

Comment has been collapsed.

Hm... for me it started to just not enable the buttons/create a botlist.
Thought a ASF update fixed it kind of ;->

Moved the trigger a bit further down and added a check.
So it works for me now (in normal and in debug mode), but sometimes I am only getting one or two bots in the list, since ASF is not completle ready yet ^^.
If it would crash now, it defenitly just does not do anything anymore and you can manually refresh the botlist to enable the buttons.

Link for the binary stayed the same, pushs/pullrequest follows shortly.

7 years ago*
Permalink

Comment has been collapsed.

Help me out here, please. I downloaded the file from the link and ran it.
Only the ASFui - settings bar is poping up, the other one isn't. Please help me, I don't know much about this stuff. IM stopped working so i cam here but this one is too confusing for me.
Thank you.

7 years ago
Permalink

Comment has been collapsed.

It seems, that you did not quite understand.
First you need to set ASF up and have that running, then you can use ASFui as a graphical interface or message ASF via steamchat.
Just follow the wiki in archis ASF thread.

7 years ago
Permalink

Comment has been collapsed.

Alright, I was able to bring up ASF ui and settings. Now the thing is that what should I add in ASF binary search? My installed games?

7 years ago
Permalink

Comment has been collapsed.

7 years ago
Permalink

Comment has been collapsed.

Hi, does anyone know how to make the buttons show up in the GUI? They've been disabled for me ever since I added an alt account... (Possible before that, but I doubt so.)
I set the owner ID to my main account, as well as both master IDs to my main. I've followed everything, and still can't do anything.
So weird. I'm not sure I'm supposed to do anything else.. Both accounts get farmed properly. I just want to communicate with my secondary account more easily. (It's not a farming account but still.)

7 years ago
Permalink

Comment has been collapsed.

Does it work, if you click on the "refresh"-Button next to the (most likely empty) botlist? (After ASF has properly started)

Which versions of ASF/ASFui are you using?

7 years ago
Permalink

Comment has been collapsed.

It's v0.5.1.0.
Yes the botlist is empty.
Yes I tried the refresh button before (and again now), it just says my bots aren't currently farming cards.

It may be important to point out that the alt account was created last week, so it's still restricted from trading (although I was able to gift games to the account after I added 5€ to it... and then farm games just fine. I just can't transmit the cards manually, but I'd like for ASFui to be ready for it.)

7 years ago
Permalink

Comment has been collapsed.

Edit: Ah, what language are you using for ASF? ASFui does only work with english language ("CurrentCulture": "en") But you should only have that option if you use prereleases I think, not sure if it rolled out in stable already.

Limted or not should not make a differende.
So if I understand you correctly:

  1. You start ASFui
  2. ASFui launches ASF and you see the ASF output in the window
  3. Buttons stay disabled and botlist is empty.
  4. You clcik the refresh Button and ASF answers to a statusall command (you can read a list of "Bot XXX is ....")
  5. The buttons stay disabled and the botlist is still empty?

If that is the case, then its really wierd, cause that should not happen.

7 years ago
Permalink

Comment has been collapsed.

Thanks! I didn't know it was possible to change the language. "CurrentCulture" didn't make sense to me. It was set to null and defaulted to French, which is problematic because of encoding differences (even if using ASF from the command line, it has wrong characters, it should really be recompiled with the proper encoding...)
Anyway, it's working now. :)

7 years ago
Permalink

Comment has been collapsed.

Jhea it good added a while back and defaults to the system language.
In the ASF thread is a link to the translation page, where you can change translations or raise issues if you find errors. (To help people that maybe speak only french).
But ASFui only works with english.

7 years ago
Permalink

Comment has been collapsed.

(Sorry, posted at the root by mistake.)

7 years ago*
Permalink

Comment has been collapsed.

I've updated ASFui to 0.5.2 and now it doesn't work, if I press start I get a .net error (it should autostart btw but it doesn't, probably due the error).

7 years ago
Permalink

Comment has been collapsed.

cleaning up for better readability.

7 years ago*
Permalink

Comment has been collapsed.

Seems to be, that CurrentCulture Setting is only out in prerelease (thought it aired already).
Add
"CurrentCulture": "en",
to your ASF.json.

7 years ago
Permalink

Comment has been collapsed.

This doesn't fix the issue, which is the same as 4umazik. :(

7 years ago
Permalink

Comment has been collapsed.

cleaning up for better readability.

7 years ago*
Permalink

Comment has been collapsed.

cleaning up for better readability.

7 years ago*
Permalink

Comment has been collapsed.

cleaning up for better readability.

7 years ago*
Permalink

Comment has been collapsed.

Ok, seems adding
"AutoRestart": false,
fixes it. At least for 4umazik.

7 years ago
Permalink

Comment has been collapsed.

This worked for me too, sorry for the late answer but I wasn' home till now.
ASFui gave me a warning on the first start about changing CurrentCulture and SteamID and then started working properly, on the second and following starts it worked without warnings.

Thanks!

7 years ago
Permalink

Comment has been collapsed.

Jeha, the reason, why I added this check, was that as soon as ASF rolls out its translation feature (with default to system language) ASFui would stop working, so it has to be set back to "en" (english).
SteamOwnerId has to be set, for ASFui to work as well. The value inserted should not cause Problems, but optimally you should insert your own steam64id here. (If you want to sent commands via chat as well and have MasterId for the bots not configured).

No Problem. Since I caused that Problem in the first place for not accounting missing config values, thats the least I can do ;-)

7 years ago
Permalink

Comment has been collapsed.

0.5.2 Crashed with Net error:

************** Exception Text **************
Microsoft.CSharp.RuntimeBinder.RuntimeBinderException: Cannot perform runtime binding on a null reference
   at CallSite.Target(Closure , CallSite , Object )
   at ASFui.ASFui.BtnStart_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   ....

.Net version 4.6.1
ASF 2.2.0.5
Win7 x64

7 years ago*
Permalink

Comment has been collapsed.

cleaning up for better readability.

7 years ago*
Permalink

Comment has been collapsed.

After adding to the ASF.json

"CurrentCulture": "en",

it still crashed, but after i added

"AutoRestart": false,

it ceased crashing.

Thx a lot!

7 years ago*
Permalink

Comment has been collapsed.

Thanks. Could reproduce it.
Interestingly if CurrentCulture is missing that does not matter, Autostart crashes it ^^.

Thought that option was in there for like 20 versions or so ^^.

7 years ago
Permalink

Comment has been collapsed.

Once again, you should not assume existance of any config properties in configuration files, as ASF allows skipping any number of config properties, and that will cause ASF using default values for them. This is intended behaviour that I even recommend myself if somebody doesn't want to change default values. I could have ASF.json of literally {} and nothing more, and it'd work in ASF properly. Same goes for bot configs, which is especially true with minimal.json.

7 years ago
Permalink

Comment has been collapsed.

I assumend missing values would be casted to null and that works for CurrentCulture.

I just noticed, that I am dump... I used .value for Autorestart unchecked^^. Thats what you get for working at night I guess.

PS: normally people download the ASF zip and change stuff. So only missing would be from "new values" that haven't been added manually ^^. But jeha, I tend to forget, that ASF.json is not updated along with the exe.

Edit: But proper handling added.

7 years ago*
Permalink

Comment has been collapsed.

cleaning up for better readability.

Add

"AutoRestart": false,

and if not existent:

  "SteamOwnerID": 12345,

with your steam64 id.

to ASF.json if it chrashes on start.

7 years ago*
Permalink

Comment has been collapsed.

This one is a valid suggestion, this time.
Instead of having other buttons for " all" (or now " ASF"), i'd like to have "ASF" in the botlist at first entry.

7 years ago
Permalink

Comment has been collapsed.

Suggested a rewrite here:
https://github.com/alvr/ASFui/pull/13

Especially with bot1,bot2... commands and bot1..bot8 commands (https://www.steamgifts.com/discussion/gCxhN/archis-steam-farm-asf-steam-cards-farmer-windowslinuxos-x/search?page=46#KwYXkqE)

I would suggest 3 fields:

  1. Single botlist (like it is now)
  2. Popup with all bots and checkboxes for multiple commands
  3. Double botlist for botstart to botend.

the ASF option could either be integrated in 1. or would be checking all in 2. oder just firstBot..lastBot in 3. or stay as seperate buttons.

Dunno, thoughts on that?

PS: Don't know when I have time to do that, for now more important stuff.^^

7 years ago
Permalink

Comment has been collapsed.

My preference would be to delete "* All" buttons and just add an "All bot" entry to the actual botlist.
I don't know how complicated it could be to grey out buttons that can't work with this new entry when it's selected.

7 years ago
Permalink

Comment has been collapsed.

Well I would do all 3. from above anyways. Then you have an easy "all bots" way by selecting start and end.

Putting ASF in the botlist is just using one mechanic for two purposes and might confuse people. greying out buttons would be possible, but a hell of a lot extra work.

7 years ago
Permalink

Comment has been collapsed.

I had an idea to expand the botlist into a ListBox that could be placed on the side instead. It would naturally solve the multiselection issue in one go too ^^

7 years ago
Permalink

Comment has been collapsed.

The thing about Listboxes is, that this might be uncomfortable for people with a lot of bots and produce alot unused space for people with few bots. Thats why I would do it in a Popup.

But anyways, I don't have time at, maybe alvr finds time and continues or so.

Might probably just do something like that and look how it works out ^^

7 years ago
Permalink

Comment has been collapsed.

might be uncomfortable for people with a lot of bots

um, how is a ComboBox better there? ^^
Far more cumbersome for me honestly, I prefer an 1 click approach ;-)
I understand the unused space point, but it's not like there is a shortage atm.

Just pitching an idea ^^

Which VS version do you use?

7 years ago
Permalink

Comment has been collapsed.

Hm... not at my main PC right now, but I guess 2015 Ultimate, if I am not mistake (free because student ;-)

Jeha, I'm still not sure, whats the most efficient way of selecting bots. Maybe I just do 10 versions and you can choose which you want ^^

7 years ago
Permalink

Comment has been collapsed.

Seems like the 2FA popup is broken again. (Related)

Edit: Additional, unrelated issue:
"2017-02-04 21:41:48|ASF-6628|INFO|ASF|HandleCommand() Answered to WCF command: statusall with:
Unknown command!"

7 years ago*
Permalink

Comment has been collapsed.

Noticed the first thing as well, but haven't looked into it.
For the Edit: It's already fixed in https://github.com/alvr/ASFui/pull/13 but not jet merged.

7 years ago*
Permalink

Comment has been collapsed.

Thanks for being so helpful in this thread. :)

7 years ago
Permalink

Comment has been collapsed.

Hi there, alvr! :D
The "ownsall" and other "all" are not functioning anymore since the last ASF update. The complete mecanic is changed, so I think you're having a little redoing on ASFui, so the delay is completely understandable!
Is there a scheduled date for the new version doing the "ownsall" os something like it again?
Thanks for your good work! :)

7 years ago
Permalink

Comment has been collapsed.

Tip. Reading 1 or 2 previous comments helps.

7 years ago
Permalink

Comment has been collapsed.

Thanks, tried to understand the situation and saw your edit msg saying it was solved but not merged... so is there a merge schedule, or I should download and compile the code myself to get it working again?

7 years ago
Permalink

Comment has been collapsed.

Well, thats up to alvr.
If you have stuff installed anyways and know what you're doing feel free to pull (from my fork) and compile yourself.

Usually alvr merges once in a while. I guess, he has atm not so much time.

Sometimes he merges but does not publish a new version ^^

7 years ago
Permalink

Comment has been collapsed.

For those who are still waiting for the merge, an easy solution is get the beta version, it's already merged/solved!
https://ci.appveyor.com/project/alvr/asfui/build/artifacts

7 years ago
Permalink

Comment has been collapsed.

Cool, didn't know that result gets stored somewhere. Thats actually pretty nice.

7 years ago
Permalink

Comment has been collapsed.

Status codes for key redemption have changed enough that the keys are no longer automatically removed on successful redemption, in the current version of ASF.

7 years ago
Permalink

Comment has been collapsed.

I really like this GUI for ASF. About currentculture again: I figured out it is possible to set it to your own language. But I hope this will be improved in the future releases.

While running the ASFui, you need to open the asf.json and change the currentculture into your language. At the moment you saved your asf.json the ASFui refreshes in the language of your choice. If you run ASFui later again, it will forces you back to 'en' and you need to repeat above to set it to your own language.

I don't think anyone (who prefer their own langue above English) like to do these steps every time. Since I enjoy contributing to the translation of ASF this hurts me :P

Request:
I hope there is way for ASFui to behave like ASF does:

If currentculture is null (default setting): use your system language.
if currentculture is set to any other language than 'en': use that language.

7 years ago*
Permalink

Comment has been collapsed.

The thing why it does not do that, is plain and simple:

ASFui relys on parsing ASF output. As soon as you change the language ASFui will not recognize when ASF update/restarts (or actually that should be language independend now^^), when you have to give input, the refresh of the botlist might not work anymore and the removal of keys after redemmtion will not work.

Basically any feature that requires feedback from ASF might stop working.

That was very critical when the first botlist (at startup) relied on ASF as well
(https://www.steamgifts.com/discussion/eT97I/asfui-archisteamfarm-user-interface-asf-gui/search?page=3#E3v92rx).
Since I made that reading files instead of sending commands, thats not so important anymore.

So far when having not english:

  1. update/restart of ASF crashed ASFui (Fixed for all cases of ASF ending).
  2. Botlist at startup was not loading (buttons stayed disabled) (Fixed for all languages).
  3. Botlist refresh will not work (it might be possible to change that to reading files as well, but being manually able to refresh from "status ASF" might be handy. Kept that because my file reading algorithm may fail^^).
  4. Removal of keys (when redeeming) might not work. (that might be able to be fixed. Have to look at the translations for that).
  5. Recongnizing when input is need will not work (as far as I know it does not work anyways atm^^) (that is most likly not fixable).

So the "force" to "en" wasn't just done for fun, but the major reason for it are fixed now. I maybe switch it to a warning (which you can ignore) when I find time.

7 years ago
Permalink

Comment has been collapsed.

Thanks for explaining the reason behind it. It makes sense. The warning (which can be ignored) sounds like a good idea to me for future releases. Keep up the good work and thanks for all the time you investing in it!

7 years ago
Permalink

Comment has been collapsed.

No way to execute other non present commands?

7 years ago
Permalink

Comment has been collapsed.

Not from ASFui and no time to update it. But you can still use steamchat ^^.

Or (if it's only a fixed command) you can do a shortcut for ASF.exe rightclick properties and edit target to:

ASF.exe --client "first command to execute" "second command to execute (can be omitted)"

Where commands do NOT start with !
Then a click on the shortcut will execute the specified command. The reply will be displayed in ASFui as always.

7 years ago
Permalink

Comment has been collapsed.

Will ASFui no longer be developed?

7 years ago
Permalink

Comment has been collapsed.

It seems that alvr is absent at this time.
If you use not the latest release but the latest app build (link somewhere here). The most critical stuff will be fixed by other people.

But I know this problem just to well. Time is just to rare.

7 years ago
Permalink

Comment has been collapsed.

thank you :)

7 years ago
Permalink

Comment has been collapsed.

Last build: here
nowadays I'm with a problem that the windows only shows maximized, and some other little problems, but as KlappPc said, time is just rare.

7 years ago
Permalink

Comment has been collapsed.

I love it!

7 years ago
Permalink

Comment has been collapsed.

Sign in through Steam to add a comment.