Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
This topic has been locked 
Discussions Rules and Guidelines
Report this post
You're basically just seeing the equivalent of the chrome.exe for each tab
There is however a simple solution, but it may be worse than using a security sandbox tool on steamwebhelper; or simply putting up with it..
Close steam, locate steamwebhelper.exe in the steam bin folder, right click, bring up properties - on the security tab hit advanced and edit permissions, untick inherit, then say "remove" at the prompt. If any users still show, delete them, hit ok - it will warn that only the owner can change perms now, hit ok.
Now run steam, it will try to close and reload about 10 times in task manager, then it will try to force an update; then it will start sending steam bug reports for about a minute, then it will bring up your steam login prompt.
Login - it will again try to spawn a few times, then cry to steam bug report again. Then the steam client will load normally, but you will be unable to view the game store.
At this point you may have some blank or transparent "news" or "store" windows, just close them via the task bar, and hit your "library" option. From here you can launch games - But after a few minutes it will again attempt to force a steam client update - and then half lock up.
To avoid this switch to big picture mode as soon as you log in and you can browse the store or your library, or load games without issue.
Downside is you have to put up with big picture mode! :/
Heh, I actually tried something very similar to that - I deleted steamwebhelper.exe, created a blank file in its place with the same name, made sure I had ownership of that file, and removed as many accounts from permissions as I could. Then I made the blank file read-only. Steam still managed to remove my blank copy and replace it with the real one on next run. Figures this is Google's work - this service is as frustrating as googleupdate.exe
I'll try to remove it your way and see how it goes :D
Interestingly in many cases it is still running and active after exiting steam according to some reports - which is quite a concern.
Only way to stop it , is to specifically barr all access to the file entirely.
From what I am reading on the web, it /sounds/ (don't quote me on this) like steam are considering the idea of selling advertising space, thus they need a dedicated client to pull all the crap in the background. Steam works great keeping games up to date, you can imagine how effective it would be syncronising ads too. I can only hope they don't go this path. It is bad enough it dumps me on the store page and loads a news window every other login. The really worrying part is if it is chrome derived, there are a number of nasty adware "add-ons" that are hard enough to remove wth a real chrome UI, steams silent mode means if any addwares "bolt onto" the chrone addon UI, the lack of an interface means you wont know about it, nor when you are will you be able to go into the settings and disable it. Its opening a whole can of unnecessary worms IMO
If it is, that's a bug. I'm sure it'll be squashed in due course.
Where have you heard that? I follow Steam news fairly closely and I haven't heard anything of the sort.
Not sure what this has to do with the web helper in any case.
You can set which area Steam opens to from the settings so you canset it to open on the library or friends list if you prefer. There's also a check box to turn off those news windows.
It's Chromium Embedded Framework, not Chrome. If the CEF guys left the ability for addons to be installed enabled, I'd be extremely surprised.
That's of course nonsensical since if the point was to 'add advertising' you could have done that with teh old client, just like ads are not magically blocked in Firefox because it uses a single exe. Or that ads were not blocked on the old steam client in the overlay.
I know it is tin foil hat territory but still a worrying trend that steam are in bed with google now. Google were the good guys when they ran out of mum's Garage, but now they have almost as much spyware and advertising/tracking as facebook - and are still willing to cooperate with less than reputable spy/IP agencies. I would not trust them with something like steam that caches payment info.
Chrome has a lot of issues i really don't want to see in steam. Especially if the purchase page runs on chrome now. All it would take is a hijak and the payment you thought you made on that new game ends up in someone elses pocket.
Bad enough I work all day having to fix pcs with the issues, I would rather avoid it on my own PCs. Some months I see more computers infected with crap from chrome than internet explorer, that is a pretty nasty indictment.
http://en.wikipedia.org/wiki/Chromium_Embedded_Framework
Furthermore, CEF's usage of processes isn't because they can't do multithreading; indeed each CEF process itself is multithreaded. Processes are used because they have isolation properties; because they don't share memory, they can't crash each other.
Your complaints are mostly incorrect or uninformed, and you miss some of the actual problems with using multiple processes, like the overhead implied in IPC.
The way I was taught to program differs significantly to the SDK's of today. I was irritated enough by the inefficient high level way VB5 Pro did things, (a positively arcane API now) having been accustomed to the old Pascal, ASIC, Basic, C and other less known niche languages compilers or assemblers of the day; where a 100k binary; (or even a run time only system like basic) could do quite a lot of things - even perl when used with a compiler could do quite a lot in a small binary including DB & sockets, But compare even VB5 to similar "high level drag and drop" SDK and Visual API tools of today, and it seems almost efficient - even that is like comparing vi or pico to emacs, (or emacs to the entire office suite.) Today everything is emacs or worse. Frankly IMO spawning complete instances of a program as a method of isolation is just plain lazy. Convenient yes - I realize some core things like fork under perl work differently between platforms; or dont work at all, (or may work entirely differently now) so the programmers are just trying to keep things simple - i've had to do the same thing myself; in order for a network tool i made to work similarly in windows and linux. But even I could have added a sub to detect the host os, and choose between two similar socket subs to avoid problems. Or used some massive cross platform include that did it for me. In light of your reference to the std::thread include above - imagine trying to do the same thing without using that. It can likely be done, but do you know how? Maybe; but that is what include is for, to save you having to add an extra 1000 lines of code, or in some really lazy includes/libraries/bolt-ons whatever saving you 10 or 20 lines of code.
But still the trouble is the current generation of programmers are so used to it, they don't even realize something is wrong. Includes within Includes. Wheels within Wheels. To them software that does very little, but takes up 30mb is not odd at all. Nor does it seem anyone is concerned that software with similar core features requires double the disk space and twice the processing power in every successive release.
Yes I know moores law, faster, stronger, more memory, larger storage medias now etc etc heard it before. Just because you can doesn't mean you should.
Take for example Delphi, this is a high level pascal style api; I used to work closely with an indy that made visual network tools; some i still use unchanged today; on the latest windows. He was a very good programmer, having many more years experience than myself. What I could only make on a console only app, in under 200k, he could do in delphi, with a fully functioning GUI under 70k. He went to the trouble of adding those
"extra lines" instead of includes. Going to this much trouble today is unheard of.
I also worry that overuse of libraries and includes may eventually lead to later generations loosing the knowledge that went into making those includes work entirely.
Don't get me wrong; i don't profess to know everything, hell there is a lot i don't - and as a programmer I am very basic, (and out of practice lately) - I am also human and make mistakes. I also realize not everyone has the luxury of time to go at their own pace and learn things down to the low level like an indy - when you have a deadline; (or an assignment due) throwing in a 100 meg include, just to add one pretty blue button is just quicker, and to the guy paying the wages, (or grading the work) more efficient - rapid prototyping with includes looks a whole lot better pretty quick - you dont feel like reinventing the wheel, and you don't pay the same price in compile times like the old days, CPUs are just that much faster. I doubt programmers today ever had to sit through a compile screen, and know in their heart that the extra 10 minutes of their life they wont ever get back could have been avoided if they had hardcoded it instead of referenced it. But hey maybe typing it would have taken more than 10 minutes anyway.
Doesn't mean I like it any more tho. Consider heavily my use of "IMO" here.
:o) (Also apologies to Prometheus for his thread becoming flame bait rant)
PS aiusepsi the website on your steam profile appears to have lapsed its hosting.