I have an NSIS installer that requires UAC elevation. When my setup.exe is executed through Chrome or IE, the UAC elevation dialog is displayed, but when the user confirms, Chrome comes back to the front and the installer is opened behind it.
It's worth nothing that I am using the UAC plugin (0.2.2c) and that bug was discussed a bit here, but even if I remove all traces of the plugin, the problem persists. Any ideas?
I have never verified this but I believe there could be a race condition when a NSIS installer starts up (Between the verification/CRC dialog closing and the first page of the "real" dialog starting up) If my assumption is correct, there could be a short period at startup where there is no visible window and foreground focus would go somewhere else.
Hopefully the UAC plugin will be updated soon... (There is no window in .onInit so that is why it has problems)
The problem was with invoking the inetc plugin in the .OnInit problem. See the examples here.
Related
The current docs do not mention that this very important button has been removed. I imagine it's to do with the way it's tracking processes differently now. Where is it? Do we have to kill processes ourselves via adb now? Why has it moved? Why is no one talking about this?!
I've made bug report, we are also missing this feature. You can upvote the issue if you like or add more details.
It's strange they forgot to include this feature in new logcat. For now you can switch back to the old logcat and you'll get back the option to "Terminate application"
To disable new logcat:
Go to preferences -> Select Experimental option -> Uncheck Enabled new logcat window
Since Android Studio Flamingo, it can be found in "Device Explorer" tab in bottom right.
Then there is "Processes" tab where you have the possibility to force stop process and to kill it.
EDIT: However, according to this article, the behaviour differs from the Terminate button...
I have a WPF Application (say, WPF.exe) with multiple tabs. In one of the tabs, I display a *.xbap using: WebBrowser tag.
<WebBrowser Source="c:/PublishedWebSites/Test.xbap"/>
When I start WPF.exe, I am able to attach debugger to any other UserControl but not to my XBAP. I also tried attaching my XBAP to PresentationHost.exe process which was started when I click on the browser tab.
The break points are not hit in XBAP project, though I verified that when I publish the XBAP, I oublish *.pdb files as well.
Could anyone tell me what I am doing wrong here?
Thanks,
RDV.
I could debug. Steps:
1. Compile and Publish XBAP. DO NOT change anything after publishing.. in case you do.. republish it.
2. Ensure there are no PresentationHost.exe processes running.
3. Run the WPF application. Launch XBAP (as one of the tabs ..in my case).
4. Debug->Attach to process-> Connect to PresentationHost.exe=> ensure that you select the correct 32 vs 64 version (i think this was my mistake).
Thanks,
RDV
My Silverlight project in VS 2010 has stopped entering debug mode. Even if I set a breakpoint in the constructor of the Application class, it refuses to hit any breakpoints. My other projects are still fine, but I can't find any setting that may have accidentally gotten changed to keep me from debugging. What could be going on?
Open the properties of the associated Web Project. Select the Web Tab. Scroll to the bottom and in the "Debuggers" section make sure "Silverlight" is Checked.
Not sure what happened, but here's what got it working again.
I changed it to Release mode, compiled it. Closed and restarted VS, changed it back to Debug mode, ran it and breakpoints hit again.
Make sure the dropdown in the toolbar is set to Debug and not Release
While Attaching the process please attach w3p.exe and iexplorer instance of Silverlight this should resolve your issue.
I use Google Chrome as my default browser but prefer to use Internet Explorer for debugging Silverlight applications. I therefore set my web project properties thus and check the Silverlight debugger option.
This has worked fine for ages but since returning from vacation I find that the iexplore.exe process running silverlight is no longer attached to the debugger and I must attach it manually. When not debugging my app I can check the Debug | Attach to Process... dialog and see that there are no instances of iexplore.exe running. Then I hit F5 and start a debug session and look again, after which there are two instances, one of which is attached, but not the one running Silverlight. Once I attach the other too, debugging works fine and I can hit breakpoints and step through the code with no problem.
Any ideas on what I'm missing to get the debugger attaching to the correct process would be appreciated.
Chrome is my default OS browser, but I use IE for SL debugging.
What I do is find the ASPX page in the hosting Web project in the solution view of Visual Studio. Right-click the file and select Browse With. You'll be presented with a dialog. Select IE from this list of Browsers and press the Set as Default button. I then cancel out of this dialog. Now when VS starts debugging it uses IE! You'll need to undo your "Start external program" debugging options in the project (switch back to Current/Specific Page).
VS will occasionally "forget" this setting and switch it back to Chrome. Just repeat this process.
This has happened repeatedly on various machines in VS2008 and Visual C# 2008.
I create an XBAP appliation.
I click the green arrow and it works.
I click Build/Publish and publish it to either a website or folder, it works.
I make some changes, publish again, and I just get a white screen. Both browsers, can restart, always blank.
It seems to be some kind of caching, etc. Has anyone had this happen to them and found a workaround?
Is the version number incrementing? Right click on the xbap project, go to properties/publish tab, increase the version number and republish.
You can clear the application store using mage -cc command from VS command prompt. Check out this post for more info.