I get an exception error when I F5/Build any Silverlight project within Expression Blend 2:
Launch Error
Could not start ""
due to the following error: System.ComponentModel.Win32Exception: The
system cannot find the file specified
at System.Diagnostics.Process.StartWithShellExecuteEx(ProcessStartInfo
startInfo)
at System.Diagnostics.Process.Start()
at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)
at Microsoft.Expression.Project.ExecutableProjectBase.Execυte()
Googling seems to suggest it can be an incorrectly configured dev server.
Here's a Blend Configurator
Here's the post that let me to it
If this doesn't help try the following:
Remove the Silverlight project reference in your web app's properties pages, rebuild, add it again.
Ensure the virtual directory or other path your web app is running under (Project URL: http://localhost/mysilverlightapp for example) actually gets you to it. Hit 'Create Virtual Directory' if not. See if it does now.
Check that your page with the silverlight control has the correct file name for your Silverlight dll.
Related
I'm working on an Angular front end in Visual Studio Code for an app with a C# windows service back end. After spending a few days on the back end without touching the front end, I found that Visual Studio Code would no longer automatically recompile my typescript code every time I saved. Instead, I would have to ctrl+c out of the process and run "npm start" again.
I ensured that compileOnSave was set to true in my tsconfig.json. In doing so, I notice a warning:
Problems loading reference 'http://json.schemastore.org/tsconfig': Unable to load schema from 'http://json.schemastore.org/tsconfig': Unable to to connect to http://json.schemastore.org/tsconfig. Error: getaddrinfo ENOTFOUND json.schemastore.org json.schemastore.org:80
I noticed a similar warning for packages.json. I'm able to load the schema on the links on Google Chrome.
What could be a possible fix? Could I download the schema and load it in Visual Studio Code manually?
For me it wasn't the proxy blocking, but trusted domain list in VSCode.
Go to "Manage trusted domains" on Command Palette and add required url. Here we can add "http://json.schemastore.org"
This is whitelist for VSCode, as a security feature, stopping it running code from anywhere from internet.
Update:
Seems a network issue for me. When I set Http: proxy correctly it disappeared and json schema works well.
Go to "Settings" > "JSON" > "Schema Download" and disabled it.
That's worked for me.
The solution, as pointed out by #Matt Bierner in the comment above, is to set the "$schema" key to direct to a local schema file (which can be downloaded from the address in the error).
The problem seems to be caused by a web proxy. Why it showed up now is still unknown.
just follow these simple steps
click on the Settings icon at the bottom left of your vscode
search for JSON
you should see the schema download, it should be enabled
just turn it off
This worked for me.
Some days ago an error occured on my DNN 7 development website (main portal) and did not go away. The portal was set up with DNN 7.0.0, and has been updated to 7.4.2 in several steps (or, let's say, whenever a new DNN 7 version was released). It was running fine, but suddenly this error appeared (there was only a a text saying "DNN Error" and "An unhandeld error has occured", and a button labeled "Return to Site"). I had a sub-portal on this installation which was working fine, but the main portal did not start. As I could not find the reason for this error I decided to delete the installation and set it up from scratch.
I also deleted the database and created a new one, I assigned the permissions and the installation went thru smoothly. I started the web site, everything looked fine. But when I tried to add a new page, I got the following error:
Error: is currently unavailable. DotNetNuke.Services.Exceptions.ModuleLoadException: Could not load type 'Dnn.Modules.Tabs.ManageTabs'. ---> System.Web.HttpParseException: Could not load type 'Dnn.Modules.Tabs.ManageTabs'. ---> (etc.)
Whatever I do fires an exception like that, e.g when I go to Admin :: Languages, I get this one:
Error: Language Management is currently unavailable. DotNetNuke.Services.Exceptions.ModuleLoadException: Could not load type 'Dnn.Modules.Languages.LanguageEnabler'. ---> (etc.)
Or Host :: Dashboard:
Error: Dashboard is currently unavailable. DotNetNuke.Services.Exceptions.ModuleLoadException: Could not load type 'Dnn.Modules.Dashboard.Dashboard'. ---> System.Web.HttpParseException: Could not load type 'Dnn.Modules.Dashboard.Dashboard'. ---> (etc.)
When I close the browser and re-open it, I get an empty page (which is correct, as I installed the empty template) with two red error boxes saying (both): "An error has occured. An error has occured." Whatever I do (there is not too much, but e.g. clicking the login link, I get the same errors.
I have another DNN 7.4.2 portal on this machine which runs fine. I checked the permissions, I deleted the cache, I deleted the browser cache and cookies, I stopped the app pool and deleted the "ASP.Net Temporary Files" folder (under C:\Windows\Microsoft.NET\Framework\v4.0.30319 and C:\Windows\Microsoft.NET\Framework64\v4.0.30319) and restarted the app pool - nothing did help. I compared all the settings in IIS manager and web.config - all the same so far, except some stuff on the other portal that is needed for AD Login, another menu or stuff like this. And: in the [system.webServer] section I found the sections [modules] and [handlers] - on the other installation these were called [httpModules] and [httpHandlers], but when I changed these, I got an internal server error.
I started all over again. Same thing. I started again with DNN 7.4.1 - same thing.
Anyone out there who has an idea what could be wrong?
Happy DNNing!
Michael
We are trying to allow users to scan documents using a Silverlight XAP running in-browser with elevated trust, from a remote server, and are getting the following error:
Unhandled Error in Silverlight Application Failed to create an object instance for the specified ProgID.
The failure is at the following line:
Dim CommonDialog = AutomationFactory.CreateObject("WIA.CommonDialog")
Application.Current.HasElevatedPermissions and AutomationFactory.IsAvailable both return True.
I can successfully create an instance of unsafe ActiveX controls, e.g. Scripting.FileSystemObject:
Dim fso = AutomationFactory.CreateObject("Scripting.FileSystemObject")
The code fails when running from the production environment on the remote server. When running from the ASP.NET Development server from localhost, the code succeeds, and the WIA scanning dialog is shown when calling CommonDialog.ShowAcquireImage().
How can I resolve this? (Is there perhaps something specific about WIA that prevents it from being used this way?) What steps can I take to try and debug this?
Update
When I try to open the generated Silverlight test page (via the file protocol), I get the same error.
Update 2
Process Monitor shows that the AllowLaunchOfElevatedTrustApps and AllowElevatedTrustAppsInBrowser keys are being successfully queried.
Update 3
With Protected Mode turned off, the code works.
The MSDN reference states that to enable COM Interop inside the browser, you must
Set Registry Key HKEY_LOCAL_MACHINE\Software\Microsoft\Silverlight\ (or on x64 HKEY_LOCAL_MACHINE\Software\Wow6432Node\Microsoft\Silverlight\) AllowElevatedTrustAppsInBrowser DWORD 0x0000001
Check your group policy has not disabled AllowInstallOfElevatedTrustApps and AllowLaunchOfElevatedTrustApps
Sign the .xap
Install cert to Trusted Application Store (see screenshots illustrating how)
Additionally, you must
configure as Out of Browser Application (even if you are not running Out of Browser)
before calling the ComAutomationFactory.CreateObject you should check for Application.Current.HasElevatedPermissions and AutomationFactory.IsAvailable
note that Elevated Permission testing from http://localhost and http://127.0.0.1 is not reliable test, as Silverlight runtime makes exception for these two URLs. Instead use file://.
Troubleshooting
Use ProcMon to verify that the AllowElevatedTrustAppsInBrowser registry key is being read
Attach Debugger to Silverlight (see screenshots)
MSIE Protected Mode settings can also adversely affect whether a Silverlight application can run with Elevated Permissions. Try running with different Protected Mode settings.
I had a working app engine project (Java) which I had created from a template some time ago. The upload always worked fine and I don't remember that I had entered credentials when I set it up. Well, probably I did at some point, but I don't remember what the mechanism was.
Now I switched the project to another app engine project which also has a different admin user. I changed to the new application-name-000 in appengine-web.xml and started the upload, but gradle/appengineUpdate keeps telling me this:
Oct 20, 2014 10:06:35 AM com.google.appengine.tools.admin.AbstractServerConnection send1
WARNING: Error posting to URL: https://appengine.google.com/api/appversion/getresourcelimits?app_id=application-name-000&version=2&
404 Not Found
This application does not exist (app_id=u'application-name-000').
Sure the application does not exist, because it's a new project for app engine ;-) I tried to set version 2 to version 1 temporarily which doesn't seem to be the problem. I googled and found out it seems to be a permission problem, but I can't find any hint what I need to do or where I can set the new permissions in Android Studio.
What is the process? Will I need to copy some key from app engine into the project, or where can I set my username/oauth whatever in Android Studio?
I finally found out how to fix this. And yes, it is a permissions problem (see proof further below).
Android Studio uses oauth to connect to the project to app engine. When you install Android Studio and then create the project the first time, it creates the following file in your home directory:
.appcfg_oauth2_tokens_java (in Windows this is under c:\Users\{Username}\)
This is a file with no name and just an extension. This file contains the token to connect and upload to app engine.
If the oauth user changes, Android Studio uses the wrong credentials and the upload fails.
To solve the problem:
Delete the file.
Call appengineUpdate from the command line (!), not from the menu (in Windows, you typically open the Terminal from within Android Studio and from within your module, then enter
..\gradlew appengineUpdate
It starts the update and due to the missing file, Android Studio pops open your browser where you select your Google user and give permissions. You then receive a code.
Copy that code and paste it into the Terminal. There is no input box or anything. The command line just stops and says nothing. Paste your code there and press enter.
A new file will then be created for you, the token saved to the file, and your project should upload fine.
The hint to the file I found here http://code.google.com/p/googleappengine/issues/detail?id=8300 and the hint how to copy the code was here http://code.google.com/p/qt-google-calendar/issues/detail?id=2 (awful, Google).
That it was a permissions problem could be seen, when I changed my build.gradle file:
appengine {
downloadSdk = true
appcfg {
oauth2 = true
}
}
oauth2 = true produced this error message:
WARNING: Error posting to URL: https://appengine.google.com/api/appversion/create?app_id=...&version=2&
404 Not Found
This application does not exist (app_id=u'...').
while oauth2 = false produced this one:
WARNING: Error posting to URL: https://appengine.google.com/api/appversion/getresourcelimits?app_id=...&version=2&
401 Unauthorized
Must authenticate first.
What do we learn? Never trust an error messages, no matter how explicit it seems to be.
You can simply change the password on the first account and when you try to run appengineUpdate it will prompt you for new account details.
Our ClickOnce application has been working fine. However, one of our users gets the following error:
+ Configuration system failed to initialize
+ An error occurred loading a configuration file: Access to the path 'C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config' is denied. (C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config)
+ Access to the path 'C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config' is denied.
Our Installation Folder URL appears to be fine as per the Stack Overflow article ClickOnce deployment error - access to the path is denied, and the discussion Access denied to machine.config on Win7 x64 isn't really clear what permissions should be checked, e.g. NETWORK SERVICE? And finally this MSDN article refers to changing passwords which doesn't make sense to me.
What might be causing the issue? And perhaps what permissions might be required?
Another Stack Overflow post, ClickOnce and configuration for a C# application, seems to refer to this issue, but asks a different question (trying to avoid using Machine.config).
We reinstalled .NET 4.5 on the user's machine and it now works fine.