Anmeldeinformationen Speichern

[GMLU_IT]

Hallo Zusammen

Wenn wir eine Anmeldeeinstellung im ASG auf einem Notebook (NB1) erstellen, und man sich mit dem gleichem Account im ASG bei einem anderen Notebook (NB2) anmeldet, 
werden die Anmeldeeinstellungen leider nicht übernommen.

Siehe Bild:     


Könnt ihr uns dabei weiterhelfen?
Gibt es dazu irgendwo eine Globale Einstellung? 

Freundliche Grüsse
Dominik

[DevOma]

Erstmal überprüfen, ob es wirklich der gleiche Benutzer innerhalb ASGRD ist - Statusleiste einschalten (wenn nicht aktiv), dann nach dem Login schauen - der Benutzer wird links unten angezeigt - ist es wirklich der Gleiche? Ansonsten nochmal unter Extras=>Benutzerkonten schauen - ist der Benutzer dort irgendwie doppelt?

[GMLU_IT]

Hallo Oliver

Danke für die schnelle Antwort.
Es ist der selbe User.

Ich konnte nun sehen dass die User teils doppelt vorhanden sind. 
Wenn man sich mit dem Großgeschriebenen Benutzername des Users anmeldet, sind die Anmeldeinformationen vorhanden.
Beim kleingeschriebenen nicht.

Gibt es eine Einstellungs Möglichkeit dies non Case sensitiv zu machen?
Da einige unserer Mitarbeiter die Möglichkeit haben, ein anderes Login zu verwenden und somit den Benutzername manuell eingeben müssen...

Danke & Gruß
Dominik

[DevOma]

Nein momentan nicht möglich - melden sich die Benutzer mit "Internal Username/Password" an oder mit einem AD-Acount? Beim "Internal User" ist der Benutzername bereits Teil der Verschlüsselung, der muss case-sensitive eingegeben werden - aber ich werde den Punkt mal aufnehmen - da müssen wir uns mal überlegen wie wir das in Zukunft besser hinbekommen

[GMLU_IT]

Die Benutzer melden sich jeweils mit einem AD-Account an.

Da wir nun jedoch wissen, dass der Name großgeschrieben werden muss, können wir dies als Workaround verwenden.

Es wäre sicher ein Cooles Feature für Zukünftige Versionen ;)  

Gruss
Dominik

[DevOma]

Habe es jetzt mal versucht nachzustellen - also bei mir macht es keinen Unterschied ob ich NAME@DOMAIN.COM oder name@domain.com beim Login verwende

[GMLU_IT]

Hmmm...

Bei mir geht es leider nicht... Gibt es vielleicht eine Einstellung, welche in der Datenbank gesetzt werden muss?

Im Bild1 sieht man die beiden user costd0 und COSTD0, welche bereits nicht die selben Anmeldinformationen besitzen.
Wenn ich den Namen nochmals anders schreibe (Camel Case), wird unter Benutzerkonten ein neues Konto erstellt... (Bild2) und die Anmeldeinformationen sind ebenfalls nicht vorhanden.

Bild1
   

Bild2
   

Freundliche Grüsse
Dominik

[DevOma]

Ok, ich denke es liegt an der Datenbank - die meisten Datenbanken werden case-insensitive erstellt - vielleicht ist dies bei Euch vom SQL Server defaultmässig auf case-sensitive gestellt? Also die Collation der Datenbank - damit ist das Ergebnis bei der Suche eben nicht mehr das Gleiche (StoredProc - UserGetId) - kann man natürlich im SQL-Befehl ein wenig über ToLower() korrigieren, ist es aber momentan eben nicht

[DevOma]

Welche Collation ist auf der Datenbank aktiv? Ich habe es mit CaseSensitive versucht, bei mir tritt der Fehler trotztdem nicht auf...

[GMLU_IT]

Wir haben die Collation Latin1_General_CS_AS aktiv.

Sollten wir eher Latin1_General_Cl_AS verwenden?

Gruss
Dominik

[DevOma]

*CS* ist case sensitive - wobei ich diese auch meinen Test-Datenbanken zugeordnet habe und den Fehler trotzdem nicht nachgestellt bekomme?!?

Aber eigentlich sollte es damit funktionieren!