Instead of adding the %All role to the /terminalsocket web app I suggest you add %DB_IRISLIB which should be sufficient to solve your issue.

My guess is, this environment used to give public %DB_IRISLIB:R but then someone tightened security by removing this, around the time you upgraded WebTerminal.

Such a change ought to show up in the audit log.

Alexander, neither of the files you asked for are produced by MSM (Micronetics Standard MUMPS, acquired in 1998 by InterSystems).

Evaluate $USERNAME server-side.

I suggest you include a widget on every page you serve, and make the widget use client-side JS to display a countdown which updates every second. Set its initial value from %session.AppTimeout.

IRIS doesn't bundle its own ssh server. Unless your host platform offers ssh (not common on Windows) there'll be nothing for your ssh client to connect to.

For IRIS on Windows you have the option of enabling the %Service_Telnet service and connecting using telnet rather than ssh. You can optionally add extra security to this by configuring it to use TLS.

But as you're talking about localhost why not simply launch Terminal off your IRIS launcher in you Windows System Tray?

Try the SubclassOf query of %Dictionary.ClassDefinitionQuery.

Hmm, looks like the code gets that setting from the "objectscript" settings object. So please try this in your JSON:

"objectscript.http.proxyStrictSSL": false

Ignore the hover about it being an unknown setting.

Studio connects to the superserver port (tcp 1972) using a proprietary protocol but the VS Code extension uses REST APIs over http(s), typically to the same web server as you use when accessing InterSystems Portal. So if your Portal URI contains :57772 then you should specify 57772 as the port in VS Code's connection spec.

Please download the latest beta VSIX from https://github.com/intersystems-community/vscode-objectscript/releases/d... and see if you still get the problem.

Are you connecting successfully to other servers and only having problems with this one?

In the Security section of InterSystems Portal on this server, does the profile of the 'therock' user show any login failure coinciding with your failed attempt to connect from VS Code?

Your reference to having pulled existing connections leads me to think you installed the InterSystems Server Manager extension. Are you able to expand the Namespaces subfolder of this server in the Server Manager tree?

From the Command Palette please run "Format Document With...".

Do you see this?

If not, what does the "Configure Default Formatter..." option show (assuming it is there for you)?

To use a " character within an ObjectScript string literal, double it:

set teststr ="<book id=""bk105""><author type=""old"">Corets, Eva</author><title>The Sundered Grail</title><genre>Fantasy</genre></book>"

Is anything going on with browser session cookies that might cause this?

Do you get the same problem if you access the private webserver via FQDN from, say, Chrome and via unqualified hostname using, say, Firefox? Or use incognito mode?

I'm interested to know why VS Code is not an option. You actually wrote "VS", so maybe you are confusing the free Microsoft tool with the other tool with a similar name.

As @Dmitry Maslennikov said, you opened it in the Developer Community repo, here:

https://github.com/intersystems-community/developer-community/issues/654

But you need to open it in the extension's repo, here:

https://github.com/intersystems-community/vscode-objectscript

If you set up a server-side-editing workspace accessing a namespace for which your class is the source control class, you should see these buttons at the top of an open class or routine:

Also these entries on the document's context menu:

Each will open a quickpick top-centre of your window. The "Server Source Control..." one will show menuitems from the %SourceMenu and %SourceContext menus in your XData block. The "Server Command Menu..." will show menuitems from all other menus in that block.

When you created the new file in the Explorer tree and named it (for example) foo.mac you should see a new file tab open with a first line like this:

I'm guessing you deleted or replaced that first line. Don't do that. Rather, start coding your routine at line 2. The first line is essential and should not normally be touched.

See https://community.intersystems.com/post/portal-tip-system-mode

Please give us more details of your question. If it is hard to explain, maybe paste a screenshot that you have drawn on.

AFAIK the InterSystems ObjectScript extension for VS Code doesn't yet implement a convenient way of overriding an inherited method or property. I suggest you use VS Code's 'Report Issue' option from the Help menu to file a Feature Request on the extension. That dialog is a convenient way to route your request to the correct repo.