License Issue when Watson Studio Academic Trial Installed on 2nd computer - ibm-watson

I successfully installed SPSS Modeller Academic Trial and Watson Studio Desktop Academic Trial on my old computer on September 9th. Then I uninstalled these two from the old computer and tried to install them on my new laptop a week later. Then I got the message saying that"Logged in somewhere else", and ask me to click "Manage" login to switch to my new computer. But there is nothing I can do when I clicked on "Manage Logins" button. I cannot log into either Watson Studio desktop or SPSS Modeller. Could anybody please help me out? Thanks a lot.

Our team recommends doing the following:
Visit the following link: https://myibm.ibm.com/dashboard/
Click the button entitled "manage" under Watson Studio Desktop
Select the button entitled "manage devices"
Hit "deactivate"
For further guidance, follow the steps here: https://developer.ibm.com/predictiveanalytics/2017/10/19/change-machines-spss-statistics-subscription/
If you have any additional questions feel free to continue the conversation here or visit our new Watson Studio and Machine Learning Community: https://community.ibm.com/community/user/watsonstudio/home

Related

WPF no "View Designer" context menu[visual studio]

Visual Studio 2022 17.1.1
In the previous version, right-clicking in the xx.XAML.cs file could see the menu "View Designer",
But now sometimes I can't find it
This is an issue with Visual Studio 2022. See here:
https://developercommunity.visualstudio.com/t/Designer-Cannot-Open-file/1505106?space=8&q=The+Designer+could+not+be+shown+for+this+file+because+none+of+the+classes+within+it+can+be+designed
Also refer to the final reactions after the feedback bot closed the issue - there are some added things that people are advised to check that might be causing this.
P.S There are still people reporting issues with the designer: https://developercommunity.visualstudio.com/t/VS-2022-WPF-designer-crashes/1688185?space=8&q=%5BVisual+Studio+2022+version+17.1%5D+designer&stateGroup=active&ftype=problem&sort=votes

Visual Studio Code for the Web and Salesforce CLI

No Salesforce Extension Packs are available; am I wrong in concluding the web version of Visual Studio Code is useless for Salesforce development at this time?
using VS Code in the browser as a text editor certainly feels handicapped after being used to the tooling provided by the Salesforce Extensions.
Salesforce certainly seems aware of this and the benefits of a browser based code editor. In June 2020 Salesforce announced a pilot of Code Builder, which is a browser based version of VS Code with the Salesforce extensions built into it.
At Dreamforce this year (2021) it was announced that a beta Code Builder would become available in Spring 22. The spring 22 release notes have recently been published. While it doesn't seem to mention Code Builder, it is clearly something that has been in the works for a while and could be seen soon. Keep your eyes peeled, and if anyone else has any further information I'd love to hear it!

What is the best way to display report without installing anything on client

I'm a newbie developer who develop a software for a company, although I am quite familiar with programming I rarely develop a software for a company, now after I join a company I started to get a problem creating a software.
I must develop a software that can be installed and updated on client computer easily, I solve this by using clickonce, then the problem arise, nearly all software I develop must have report viewer, I try using reportviewer from microsoft, but this give me more problem when installing, I try everything I found on the web to make a setup that easy to install, but I keep struggle when installing reportviewer, it keeps error on some computer although sometimes it install without error on other computer.
I need a suggestion how I can develope a program that can display a report and print it without install any other program on the client. I use C# on Visual Studio 2015, I develop WPF, and web using it.
Use nuget in your project and add the following dependencies to it
Microsoft.ReportViewer.2015.Runtime
Microsoft.ReportViewer.VS2015.WinForms
Launch your report viewer like this:
var dlg = new ReportPreviewDialog();
dlg.ReportViewer.LocalReport.DisplayName = "My report";
dlg.ReportViewer.LocalReport.DataSources.Add(new ReportDataSource("datasource1", data));
dlg.ReportViewer.LocalReport.DataSources.Add(new ReportDataSource("datasource2", data2));
dlg.ReportViewer.LocalReport.ReportEmbeddedResource = "YourClient.TheReport.rdlc";
dlg.ShowDialog();
TheReport.rdlc is your report as resource in your project (=> Build Action: Embedded Resource). Make sure the namespace is correct or your report won't be found.
Works with WPF.
Try to visit this Deploying Reports and ReportViewer Controls.
If the first option doesn't works you can try this step.
Go to your project properties or press (Alt + Enter).
Click the Publish tab.
On the Install Mode and Settings click Application Files button.
Find all Microsoft.ReportViewer dlls and select the Publish status to Include/Include (Auto).
Click OK.
Here is some image:
Application Files Form

Lightswitch screen does not appear in Visual Studio

When I run the application in Visual Studio, some screens are not visible!
Screens when App is started in VS 2012
The currently deployed version on the web server, shows all screens.
Published Version
I cant publish now, since not all screens are shown.
im hoping its going to be an issue as simple as this, if you go to your Project Properties, and check that the "Granted for debug" options are ticked. basically if these aren't ticked, then it will compare all your screens against the "TestUser" rather than the Administrator you are logging in as on your live version.
when they are check you are effectively ignoring the permissions so you can see everything while programming it. Ticking these has no affect over your live project.
Hope this helps

Can't start debugger in VS2012 RC

Configuration:
Windows 7, 64 bit
Microsoft Visual Studio Professional 2012 RC Version 11.0.50522.1
RCREL
Running VS in administrator mode
The VS solution contains a web
application, with target: .NET Framework 4.
When I press F5, the solution builds... and nothing else happens.
Happens with both IIS or the VS Dev Server.
Happens with Platform Target of "Any CPU" or "x86"
If instead, I use the Debug / Attach to Process... menu, after a few seconds, I get:
"Debugger is Busy" - Debugger is performing a remote operation that is taking longer than expected. This dialog stay until I click "Terminate" and confirm it.
Then this dialog appears:
"Microsoft Visual Studio"
"Unable to connect to the Microsoft Visual Studio Remote Debugging Monitor named [COMPUTER NAME]. The network connection to the Visual Studio Remote Debugger has been closed."
After clicking OK, the 'normal' "Attach to Process" window finally shows up. In it, the list of "Available Processes" is empty.
Any suggestions or clues?
The main points that I wonder about:
Why is the list of processes empty? It is not surprising that the debugger does not work if it cannot see any processes.
Why is it trying to do "remote" debugging, when it is just accessing the local computer?
(Cross posted on social.msdn)
I had the same problem in VS 2012 (not the RC, but the final release) using a VS 2010 project. It would build fine, but the debugger would not start. So, I modified the solution file:
Changed "Format Verion 11.00" to "Format Verion 12.00"
And changed "# Visual Studio 2010" to "# Visual Studio 2012"
It's a workaround for now until my company upgrades its projects to VS 2012.
I've got a similar setup and I'd followed all the suggestions here and on Microsoft Connect - none of which worked for me. The only thing that did work was renaming MSVSMON.EXE in the x64 folder to MSVSMON.EXE.OLD and copying in the file from the x86 folder in it's place. I'm not sure if there are any other implications in doing this but it seems to have solved the problem in my case.
I eventually resolved this problem by deleting the msvsmon*.* entries in the \Windows\Prefetch folder. After doing so I could debug normally.
Ultimately, a Repair of the VS2012 resolved this issue for me. I followed the advice found at your social.msdn cross-post without any resolution (Devenv.exe /SafeMode /ResetSettings /ResetSkipPkgs and /Setup). Like you, my solution (VS 2010 SP1) also has a web application (targeting .NET 3.5), and the startup project is set to a winforms app. The ASP.NET development server did not start, nor did the app I was trying to debug.
Note that this issue was also posted to Connect at this link (by you?). If anyone else sees this issue, the Connect folks are requesting running the Microsoft Visual Studio 2012 Feedback Tool to collect data. As I started the Repair process prior to finding the Connect issue, I did not and was not able to provide feedback to MS with logging.
Seen a similar issue when running both Visual Studio 2010 and Visual Studio 2012 at the same time. Closing Visual Studio 2010 allow the debugger to start working in Visual Studio 2012.
I had the same issue - starting debugger just told me what a good job it had made of the build and the decided that that was enough.
I feared the worst, but luckily for me a reboot fixed the problem.
I know that this is therefore a pretty useless post in as far as offering help to anyone suffering with this issue, but I thought it was worth noting the point as it shows a) another person with the same problem so please fix it MS, and b) that sometimes a reboot fixes it so maybe that tells the maintainers something.
If you are opening a VS 2010 project with the new VS 2012 version it's probably your bin and obj folders that are causing the problem,deleting them solved the problem for me.Or you could clean your solution but I preferred manual deletion.
I just closed and reopened VS. This seemed to fix my problem
On another computer, with the RTM of Visual Studio 2012, I opened an older project and found that I could not press F5 to start the application. All that seemed to happen was a message in the status bar on the bottom edge of the window: "This item does not support previewing".
This solution had two projects, and the correct one was bold in the Solution Explorer, presumably indicating that it was the startup project.
However, after selecting the project and choosing "Set as Startup Project" in the context menu, I was then able to use F5 to run and debug it.
It turns out that the "This item does not support previewing" was nothing to do with the problem, but is a message that shows on the status bar whenever the item just selected in the Solution Explorer does does not support previewing.
For what it's worth, I found that I received this error message when I had an entry missing in my hosts file. I am using local domain aliases and the one I was trying to debug with wasn't in hosts. Adding the missing entry solved the problem for me.
Just copy all dte*.olb files, from C:\Program Files (X86)\Common
Files\Microsoft Shared\MSEnv to C:\Program Files X86\Microsoft Visual
Studio 9.0\Common7\IDE.
From https://mycodepad.wordpress.com/2013/12/07/visual-studio-2012-4-run-as-administrator-the-application-cannot-start-error/
Just my two cents,
I have experienced this issue twice now and it turns out after all of the suggestions I tried, it was BitDefender on my local machine that was doing this. So my fix for this problem is to try adding in exceptions to the local security software into the firewall and AV parts of it. Tell it to ignore the msvsmon.exe and devenv.exe altogether and see what difference that makes.
Otherwise try ripping it off altogether and see if the it lets you debug your solution.
You can see here for more info: http://forum.bitdefender.com/index.php?showtopic=37028
I installed the latest BitDefender version and all was fine for me.
I personally encountered some comparable problem: Visual Studio 2010 did not begin debugging but froze.
When I clicked VS it displayed a "Wait some more" or "Switch to" message box which didn't help me.
Using a task manager I could kill the *.vshost.exe process which brought VS back to life but aborted the debugging. Launching the program without debugging started the application instantly.
Solution:
Disable the indexing service for your code directories! Either deactivate the index service or uncheck the folders in the Indexing Service control panel.
Had this problem for a C++ application. Looking at the devenv.exe events in ProcMon pointed me to it trying to load a Visual Assist configuration file, which I had in my disk cleanup zeal accidentally deleted. Removing and then installing the extension again fixed it for me.
I have fixed the same issue by checking off the "Enable the Visual Studio hosting process" option from the start-up project Properties->Debug - Enable Debuggers options
All you have to do to fix this is go "Project > Set as StartUp Project" then hit F5 or the debug button and it will work!!!

Resources