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
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.
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.
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.
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.
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.
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.
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.
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.
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.
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)
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.
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..
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.
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.
Comment has been collapsed.
There's no need to get the console output.
Yes
Or even start ASF as a child process.
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 ^^
Comment has been collapsed.
Comment has been collapsed.
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.
Comment has been collapsed.
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 (・∀・)ノ
Comment has been collapsed.
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 ;->
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 ^^
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.
Comment has been collapsed.
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.
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) ;-)
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.
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.
Comment has been collapsed.
please read my previous comment. and see:
https://www.steamgifts.com/discussion/gCxhN/archis-steam-farm-asf-steam-cards-farmer-windowslinuxos-x
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.)
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.)
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:
If that is the case, then its really wierd, cause that should not happen.
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. :)
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.
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!
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 ;-)
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
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.
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.
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:
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.^^
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.
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 ^^
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?
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 ^^
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.
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! :)
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 ^^
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
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.
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:
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.
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.
Comment has been collapsed.
52 Comments - Last post 31 minutes ago by adam1224
206 Comments - Last post 3 hours ago by Joey2741
26 Comments - Last post 3 hours ago by Jarda
31 Comments - Last post 4 hours ago by Pika8
16,295 Comments - Last post 5 hours ago by Haplodh
1,519 Comments - Last post 5 hours ago by Tristar
1,798 Comments - Last post 5 hours ago by Cacciaguida
13 Comments - Last post 1 minute ago by Specter360
122 Comments - Last post 6 minutes ago by dailylhama
16 Comments - Last post 15 minutes ago by orono
100 Comments - Last post 17 minutes ago by quijote3000
40 Comments - Last post 19 minutes ago by NewbieSA
28,249 Comments - Last post 34 minutes ago by thephilosopher555
378 Comments - Last post 37 minutes ago by Tucs
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
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.
Comment has been collapsed.