Congratulations to the IPM team for achieving this hugely significant milestone.

To show my appreciation I installed 0.9.0 into a fresh namespace called IPM and told Doxygenerate to build documentation (HTML and PDF). Then I published the output on the George James Software website.

To see the results as a set of static web pages, go to https://georgejames.com/files/doxygenerate/IPM/index.html

To view the documentation as a PDF it's https://georgejames.com/files/doxygenerate/IPM/refman.pdf (586 pages).

And for a variant of the PDF with simplified inheritance diagrams it's https://georgejames.com/files/doxygenerate/IPM/refman-brief.pdf (364 pages).

The difference between the two PDFs can be seen by comparing page 63 (numbered 37 because of the extensive Table of Contents).

Also of interest is this inheritance diagram from page 59 (aka 33):

If you like the results please consider voting for Doxygenerate before the current contest ends on Sunday night.

With these updates it would be useful to know how many experts have voted, and how many experts in total are eligible. Or express it as a percentage if you don't want to reveal how big/small the expert pool is.

I'm trying to enter, but it's been more than 3 hours since I submitted my app for approval on OEx and there's been no response, so I'm in limbo. I don't really want to have to stay up all night in the hope it'll get approved in time for me to enter it into the contest before the deadline, which is at 5am in my timezone.

Any clues in the IRIS audit log? Make sure relevant system events are enabled first. 

https://ideas.intersystems.com/ideas/DPI-I-640

Maybe a browser add-on? For example https://addons.mozilla.org/en-US/firefox/addon/accept-language-per-site/ (not tested by me, so please don't treat this as an endorsement).

Release note links aren't yet updated.

David, if you point your Edge to edge://policy/ does it report an AuthSchemes policy value?

Yes, maybe the Management Portal login on the server allows Unauthenticated.

I hope you will do me the honour of reviewing my IPM VS Code extension, and of taking a look at the new extensions I added to the 2024 edition of the DX Jetpack extension pack that you reviewed last year. 

If the user I authenticate with doesn't have USE permission on %Service_Login you don't even try, which means I get a terminal session with the username and roles (typically %All) of the account IRIS runs as.

I have raised https://github.com/caretdev/iterm/issues/2 about this.

What about if you are logged into Linux as the userid which your IRIS runs as? On a default install it's typically irisusr, and on the containerized IRIS instances @Dmitry Maslennikov probably uses it's typically irisowner.

Here's what I find when I successfully connect to a Docker container created from a DC registry image, authenticating as SuperUser/SYS

Node: d2ba2ec8dbce, Instance: IRIS

USER>w $zv
IRIS for UNIX (Ubuntu Server LTS for x86-64 Containers) 2024.1 (Build 262U) Thu Mar 7 2024 15:36:40 EST
USER>w $username
SuperUser
USER>!whoami
irisowner

USER>

@Jeffrey Drumm I think your issue is likely to be that the app apparently assumes this OS-level command will lead directly to an IRIS shell prompt without requiring credentials. On Linux this means the %Service_Terminal service is accepting Operating System authentication. There must also be an IRIS user definition that matches the OS username under which IRIS runs, and that user must have sufficient rights. Enabling login-related audit messages may help you diagnose failures in this area:

/path/to/iris/bin/irisdb -s/path/to/iris/mgr

Are you able to launch an IRIS Lite Terminal onto this server from inside VS Code? Testing  this could rule out it being an issue with websockets.

@Jeffrey Drumm does this also happen if you launch iterm from a private browser session?

Probably has no hope of working on Windows: