Ja (Da,Si,bien) is no option

garak

This tip is only for users with an NAV language <> ENU (Like DEU or NLD)

You start NAV Client and you get the message:

"Nein is no option" or "Ja is no option"

This message will be displayed, if you change the language in NAV to EN before you close it and then you start NAV again with the shortcut on your desktop.

For example:

servername=MyServername, ntauthentication=Ja, company="CRONUS AG", nettype=tcp, id=C:\ZUPFolder\MyZup.zup

to avoid this message, change your shortcut properties to

ntauthentication=Ja to ntauthentication=1 
or
ntauthentication=Nein to ntauthentication=0 

I know it's an old issue and anybody knows this, but for "nebies" with a language <> EN could it be for interest.

Regard

imurphy

However I also get this when I reopen NAV using the start menu icon - which is to say finsql.exe without any parameters.

It automatically reopens the last db I had open but just occasionally it generates the message 'Sí is no option'

kriki

I think that is because the options are saved in the zup-file and probably sometimes they go nuts if you change languages.
I have the habit of creating shortcuts in which I put all parameters. These shortcuts I then give to all the users.

imurphy

Thats probably the cause alright.

This only occurs to me and I don't use much in the way of zup files - I set up short cuts for clients but unless I'm going to be using a particular db solidly for days then I just open nav and pick the db I want to work on.

Ian

Sog

How can you alter that parameter with a NAS?

garak

Is there a ENU folder or BEL Folder in the NAS folder?
Does this message comes when u debug?

kriki

Sog wrote:

How can you alter that parameter with a NAS?

Check this : http://www.mibuso.com/howtoinfo.asp?FileID=15

Sog

When adding the ntauthentication=1 to the bat file, the parameter is not recognized, and failes to start the Service

kriki

Sog wrote:

When adding the ntauthentication=1 to the bat file, the parameter is not recognized, and failes to start the Service

That is very strange, I always use 1 or 0 and it works.

DenSter

Sog wrote:

How can you alter that parameter with a NAS?

You don't need that parameter with NAS. The service is set up with a Windows login, and it inherently knows that it uses NTAuthentication.

fufikk

In my case (NAV PL, server EN, NAS 5.0) removal of zup file did the trick. Windows account used for NAS was the same as the one I was logged on to and prior to installing NAS I logged to NAV (client app) with this user account. Apparently NAS saw my zup file and threw an error.

AGerNav

I 've always used the "ntauthentication=0" syntax in my shortcuts and i' ve never had any problems. The message appeared all of a sudden. I deleted the .zup file but it didn't work. Any ideas? Coult it be something with the language that was tampered with by some user? Or perhaps the way that the parameter 0 works .... ?

BernardJ

This problem can also occur in combination with a breakpoint file (NaviBP.xml). Removal of this file worked for me

kennet_lindberg

BernardJ wrote:

This problem can also occur in combination with a breakpoint file (NaviBP.xml). Removal of this file worked for me

Thank you, this has been driving me nuts! =D>

DmitriySozinov

BernardJ wrote:

This problem can also occur in combination with a breakpoint file (NaviBP.xml). Removal of this file worked for me

Great advice, saved my day

JoergR

Hi, i recently had the same error but none of above tricks did resolve this issue (deleting fin.zup, breakpoint xml, options to language and so on..)

In my case, the user had created a menue shortcut which somehow did trigger the above error message when loggin in (in particular, when loading the menu suite).

So i had to delete the user specific shortcuts from table User Menu Level (2000000061) where the shortcuts are stored as BLOB.

HTH
Joerg