NinjaTrader 8.1.1.0 login/password in command line

[ren37]

Hello

Can I specify login/password in command line parameters?

[MicroTrends]

So this also rings bells for us so this gets my vote..

we have a fully automated approach which means even the server is automated and NT - is controlled by windows task scheduler started from the cmd line etc..
so this is derailed and defunct with the new version

so the new version breaks this flow with a modal login challenge
There are 2 patterns to deal with this scenario
1) pass in via cmd line
2) persist authentication token for auto login on start

for 2) simply add -a save details checkbox on the login...
the user

[NinjaTrader_ChelseaB]

Hello ren37,

Unfortunately, a command line launch with username and password is not available.

I will be happy to submit a feature request for the development team to consider this, and MicroTrends, I will add your vote to this as well.

Once I have a tracking ID for the request, I will post in this thread for future reference.

[DmanX]

Add me as a voter for MicroTrends "add a check box to save login credentials at Login."

That would be a beautiful thing!

[MicroTrends]

Add me as a voter for MicroTrends "add a check box to save login credentials at Login."

That would be a beautiful thing!

Beautiful and essential ? :-)

https://forum.ninjatrader.com/forum/suggestions-and-feedback/suggestions-and-feedback-aa/1239025-ninjatrader-login-enhancements-8-1-1

[bltdavid]

+1

Please add my vote!

[bltdavid]

There are 2 patterns to deal with this scenario
1) pass in via cmd line
2) persist authentication token for auto login on start

Frankly, I'd much prefer to have number 2.

Let's discuss.

NT already stores credentials (aka, ids and passwords) in Config.xml.

The already cool thing about these credentials stored in a plaintext
XML file format is that the password portion is an encrypted string.

Every configured connection you make, every broker id/password
you enter to create a connection, is stored in the Config.xml file.

The email configuration, if you set this up, as well as the other new
Share services (pretty sure) -- these userid/passwords for all these
services are also stored in the Config.xml file.

But this part is important,

The credential's password portion is encrypted.

I'd like our NinjaTrader Account UI credentials that we enter into
the new sign-on dialog to be stored in the Config.xml file. The
password would be encrypted, naturally, just like the other
credentials.

How do the UI credentials get into Config.xml?
If the 'Remember Me' checkbox feature is added to the sign-on
dialog, these UI credentials get added to the Config.xml file.

Why store these credentials in Config.xml?
Whenever NT starts, it looks for these UI credentials in Config.xml
and (if found) does a silent login -- if this fails, the sign-on dialog is
displayed with an error message on why the silent login failed. If
the credentials are not found, the sign-on dialog is displayed, just
as you would expect.

How to re-enable the sign-on dialog?
Some other feature in Tools > Options is used to disable the
'Remember Me' checkbox feature -- effectively deleting the UI
credentials in Config.xml, which forces the sign-on dialog to
reappear the next time NinjaTrader.exe is started. Or, users
just click a sign-off button somewhere.

That's how users can achieve a permanent bypass for the
sign-on dialog -- their UI credentials get stored in Config.xml.

There is already an extreme amount of precedent for this
approach -- Config.xml has already been storing these types
of encrypted credentials for years.

So, add the new UI sign-on credentials to Config.xml.

Easy peasy, right? What's the big deal?

I (and many others) can see the complete architecture for
the entire solution -- it easily fits into the current model
that NinjaTrader has already been doing for years.

Implementing this feature would be as smooth as butter,
it should take one day -- at most.

-=o=-

Sorry, spilled over into rant mode a bit ... carry on.

[jeronymite]

Nicely laid out, bltdavid. I might suggest a small variation:

• The Desktop platform always starts and looks exactly as it always has -- no login screen
• Within the Control Center menus or, perhaps even better, as a separate button in the menu bar, there should be a Login button that is either "Login" to login if not already logged in, or "Logout" if already logged in
• Users use the button/menu to login and logout as needs be and as desired
• Login is not required unless features being used require authentication/authorisation, at which point it is either essential to Login, or the action can be cancelled, and the usage is effectively not permitted
• Login persists across invocations of the platform in the manner described by bltdavid
• Login persistence should be based on an option, and the "Remember Me" approach is one way to do that
• Login persistence obviously requires a login to enable it, and can be disabled whenever desired

This approach:

• Retains the known mode of usage
• Integrates the new "common user identity required" mandate of the post-8.1.1.0 world
• Ensures that the authentication/authorisation state aligns with usage of features, but does not prevent usage where those requirements are not necessary
• Leverages tried and proven mechanisms, as mentioned by bltdavid
• Should allow automated activities that would otherwise be disrupted by the login screen
• Respects the intense feelings of a great many users and vendors, and does not undermine new modes of user authentication/authorisation

And just in case there is any need to clarify:

• Authentication = Who am I? Am I who I claim to be? Am I really the "user" trying to login?
• Authorisation = For an "authenticated me", now that you know it's really me, what am I permitted to do? Am I authorised to perform this action? Do I have that "user entitlement"?

Just further input to resolve this situation to everyone's satisfaction.

Thanks.

[NinjaTrader_ChelseaB]

Hello ren37,

This request is being tracked with ID # SFT-5799.

Please note, we receive many requests and cannot reasonably implement all requested features or changes. Interest is tracked internally and if enough interest is tracked, it would be weighed against how feasible it would be to make those changes to consider implementing, so we cannot offer an ETA or promise of fulfillment.

When new features are implemented, they will be listed in the Release Notes page of the Help Guide. The ID number may be different than the internal feature request tracking ID, but the description of the feature will let you know if that feature has been implemented.

Release Notes - https://ninjatrader.com/support/help...ease_notes.htm

bltdavid, jeronymite,

I have added your notes.

[bltdavid]

"Uh, breaker, breaker, five seven niner niner, what's your twenty?"

"Ten four, good buddy, it's clean and clear to snow town."

"Yep, we're definitely coming in the front door, good buddy."

"Mercy sakes alive, look's like we got us a convoy."