Error "TrackStartError" in CefSharp-based application - c#

I create a sipphone using CefSharp and WPF. Until some time everything worked, but today I got the error "TrackStartError", although I did not change anything in the code. I checked to see if this works in "CefSharp.MinimalExample.Wpf" and it does not work there either. However, in the browser Chrome still works.
For verification, I performed in the console CefSharp Devtools:
enter image description here
In this question it is said that "at the level of the operating system, browser or web page, there was a hardware error that prevented access to the device." What could be the reason for this? And how to fix it?
If this is due to the fact that some application has seized control of the microphone, how I can determine this application?
P.S. Sorry for my bad English

I found the source of the problem. In my case, the microphone was blocked by an antivirus (Kaspersky endpoint security).After disabling it, the error disappeared.

Related

VS2022 Community - Vanilla ASP/C#.Net crashes immeditely in IISExpress with Managed Debugging Assistant 'FatalExecutionEngineError'

Using Visual Studio Community 2022 targeting .Net 4.7.2. I create a new C# ASP.Net 4.7.2 web project (NO CORE)
I did not make any changes to the code, project, or solution. I press play after the project creation and the application crashes. The error starts out "Managed Debugging Assistant 'FatalExecutionEngineError'" followed by 'System.ExecutionEngineException'
I came to SO and researched this issue and I have found some decent looking posts. My crash is different. This is not crashing in user code. The first line of the call stack shows the crash happened in external code.
I've tried all the hacks in Component Services to grant permissions. I've tried modifying the registry directly but my company group policy does not allow this.
I've looked in the event viewer and found some interesting information and tried to act on it (read above)
The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID
{2593F8B9-4EAF-457C-B68A-50F6B8EA6B54}
and APPID
{15C20B67-12E7-4BB6-92BB-7AFF07997402}
to the user THA\Andy2394 SID (S-1-5-21-117609710-507921405-1801674531-26297) from address LocalHost (Using LRPC) running in the application container Unavailable SID (Unavailable).
What is a 'Unavailable SID'? That doesn't seem correct to me. I thought everything had a SID to it. Do I need to check and fix any disk errors?
This local comserver executable is called RuntimeBroker.exe.
I can only suspect that code in RuntimeBroker.exe or code that it raises before entering my code is considered dangerous to the CLR.
This problem is driving me batty and it is preventing me from doing my job. Aside from reimaging machine and starting over hoping it is something microsoft related and related to order of operation on installation, I need some direction please.
Though I am calling this "an answer", it is not satisfying at all. My organization uses Cylance. Since I am an admin in our organization, I removed my machine from its list of machines to protect. That solved the problem.
Others have mentioned Cylance so they deserve most of the credit for this answer that is not an answer.
!!!I would not recommend this!!!
Update: The previous answer is not complete. Sorry. I have been dealing with this for 2 days and didn't capture all my info.
In order to continue with my answer that I don't recommend, you need to boot into safe mode.
Then add a DWORD32 to HKEY_LOCAL_MACHINE\SOFTWARE\Cylance\Desktop called "SelfProtectionLevel" and set the value to 1.
Reboot
You now should be able to stop the Cylance service and uninstall it and find a better A/V that works for engineers.
Sorry that this whole adventure put a sour taste in my mouth and a rankerous oder in my nose.
I guess I understand that software development by nature would be considered dangerous to AV software. Where's a video of McAffee breaking the law. I need a laugh.

unspecified javascript error in c# webbrowser control

I've got a webbrowser control in a winforms application which automates a tedious form completion process involving hundrends of records each time.
My problem is that I get an unspecified javascript error (code:0) only when I run the application.
The script won't crash when I use IE11.
I've implemented the required registry changes (FEATURE_BROWSER_EMULATION - I use 11000 for IE11).
The application used to work error free with IE9 (9000) and IE10 (left it with 9000 which worked).
I've read elsewhere that there may be a problem with asp.net recognizing IE11 but I can't find a fix for my system (Windows 7 64bit) and I don't want to just supress the script error because it also causes huge delays (it's probably the error since I had no such problems with the older IE versions).
I've read similar questions on the internet but no answer that fits my case was sufficient. For the time being I've set the ScriptErrorsSuppression to true but I'm not happy with that. Any ideas?

SetSysTrayVisible bug Windows Phone 8

There is a random bug as mentioned below which says something wrong while setting the SystemTray visibility. I have set the SystemTray visibility to false in xaml. It randomly crashes the app sometimes and not always. The exception thrown is System.ArgumentException Value does not fall within the expected range.
The stacktrace is as below
Microsoft.Phone.Shell.Interop.NativeSystemTrayMethods.SetSysTrayVisible(IntPtr pSysTray, Boolean fVisible)
Microsoft.Phone.Shell.Interop.NativeSystemTrayInteropWrapper.SetSystemTrayVisible(Boolean isVisible)
Microsoft.Phone.Controls.PhoneApplicationPage.set_SystemTrayIsVisible(Boolean value)
Microsoft.Phone.Controls.PhoneApplicationPage..ctor()
What can be the probable reason for it? Any workarounds? Any leads are appreciated.
This is not a solution in any way.
We are seeing the same error mostly (90%) on WP8.0 devices and there is a very very small percentage of WP8.1 devices. Other error reports do not contain version of the OS for some reason.
Here is what we found out with advanced technical support from Microsoft.
This is a known problem that was fixed for WP8.1.
I looked at the SetSystemTrayVisible bug that stack trace suggests and confirmed should be fixed in WP8.1.
I’m not sure why you’re seeing some instances on 8.10.14234, but there may be a second, rarer, issue in that area
Unfortunately, there isn’t anything you can do in your code to prevent this on WP8.0. The problem occurs in the root page initialization where it’s setting the default state of the system tray. There’s an incorrect guard check in native interop, so if a handle gets initialized to a bad value the exception is raised. The guard was fixed for WP8.1
You should be able to detect the error ... expect it to trigger the Application_UnhandledException handler from which you can display a message box.
So the best way to handle that exception is to just catch it (detect) and then suggest user to upgrade the OS to WP8.1.
I am not sure how feasible is that cause we were unable to reproduce this error on our devices or emulators.
Hope this helps!
Make sure you have all the .dll's loaded into Visual Studio!
also make sure you wrote the string all the way to the top of the page.xaml.cs
using Microsoft.Phone.Shell;
I have already done that and it works like a charm for me!
//Fullscreen mode.
SystemTray.IsVisible = false;
Regards! //Bachir Bouchemla

WebBrowser Control causes whole application to become unresponsive

I have a C# .NET 3.5 application with an embedded web browser. The browser is designed to point to remote sites (Rather than anything local). Everything works fine, but when the page is slow to respond this causes my entire application to become unresponsive until the page is loaded.
I don't mind the browser being unresponsive while it does its thing, but the application going too is far from ideal.
Is there a good way to prevent this? Would it be beneficial to run the WebBrowser on a seperate thread - that's a bit beyond my skillset right now and I don't think the WebBrowser control really likes multithreading? But I can learn if needs be.
See the answer #2 on this question for a solution on how to run it on a separate thread: BackgroundWorker and WebBrowser Control
You might as well read answer #1 too, it explain the behaviors you are seeing (WebBrowser control blocking UI thead).
As it happens I found that the root cause of this was my application running as administrator. Exactly the same issue was seen when using Internet Explorer - as such, I've simply rewritten the bits that required admin privileges so I'm now no longer seeing the original issue.
this happened only on win7;I use fiddler2 to Monitor HTTP/HTTPs traffic .I find embedded web browser to visit this web:http://ctldl.windowsupdate.com/msdownload/update/v3/static/trustedr/en/disallowedcertstl.cab?50ff94e72ac1a75c;the solution is follow:http://support.microsoft.com/kb/2730040/en (Method 2 or Method 3).you can try it.other u can use .net framework4.0,then u haven't this problem.

Check if VLC is installed

I'm calling vlc from a C# app in order to play a video. I need a way to consistently check if VLC is installed. I've tried checking registry keys, but they don't seem to be consistent or reliable depending on your Windows version or architecture. Anyone have any suggestions/advice?
I'd say you're doing unnecessary work in trying to detect this. What are you going to do if VLC is not installed? Show an error message? Then just try to launch it, and show an error message if it fails to launch. That way, you also capture the case where it is installed, but still fails to launch for whatever reason. Both are error conditions for your program.
Beyond that, make sure that you include a setup program with your application that automatically installs VLC, since your application requires it to work properly. Then, the only situation where it wouldn't be installed (and thus your application would have to show an error message) is if the user explicitly removes it after installation. Since they would have to do so intentionally, it's very unlikely they would be surprised when your application subsequently failed to work.
I ended up just checking HKLM\Software\VideoLAN\VLC\ on machines I could find it and giving the user an option in the settings to specify the path to VLC manually if it wasn't detected from that registry value.

Categories

Resources