Developer forum

Forum » CMS - Standard features » Users with the same username

Users with the same username

Mikkel Ulstrup
Reply

Hi,

We have a solution with multiple shops. The customer has overlapping customernumbers (in different shops) in AX, and this creates a problem for us in Dynamicweb.

I can create multiple users with the same UserName, but i can't edit a user wich has a "duplicate" UserName.

Also, when trying to fill out the "Shop id" field on a user, it does not save it.

The plan was to keep the usernames as duplicate, and use the shopID to differentiate them. But as it is, this is not possible.

 

Please advise!

 

Kind regards

Mikkel Ulstrup


Replies

 
Nicolai Pedersen
Reply

Hi Mikkel

Did you set the "Include shop in extranet login"? See dump

Capture.PNG
 
Mikkel Ulstrup
Reply

Hi Nicolai,

 

Yes, It is checked. But I don't see why it should impact the problem that a user is not saved. Let me try to rephrase my problem.

1. Create a user with the username "123456". Set the shopID to "SHOP1" (standard Rapido).

Problem: The ShopId is not saved

2. Edit the User. Set the shopID to "SHOP1" (standard Rapido).

Problem: The ShopId is not saved

3. Create a new user with the same UserName (123456).

Success: The user is saved

4. Edit the new user. Set any value.

Problem: The user is not saved - Error: "Dette brugernavn er allerede i brug. Vælg venligst et andet brugernavn."

 

So:

a. How would I go about solving my problems?

b. It is the intentionen that duplicate uernames can co-exist?

 

Kind regards 

Mikkel Ulstrup

 
Nicolai Pedersen
Reply

Hi Mikke

If you integrate and use the shopid setting with a value, they can co-exist. That said, I am not sure the UI related to this is tested 100%.

I'll send to QA for verification and bugging if needed.

BR Nicolai

 
Mikkel Ulstrup
Reply

Hi Nicolai,

 

Unfortunately, the solution does not integrate users. So the million dollar question:

Is it intentional that matching usernames can co-exist?

If so, I will continue with my current setup and wait for a "fix". Otherwise I need to find a new solution to my problem.

 

Kind regards

Mikkel Ulstrup

 
Oleg Rodionov Dynamicweb Employee
Oleg Rodionov
Reply

Hi,

New TFS 50904 has been created against the issue. Thanks.

BR, Oleg QA

 
Mikkel Ulstrup
Reply

Hi again,

 

Could you elaborate on what you are going to fix? It is still not quite clear what the intended functionality is.

Also, do you have an ETA?

 

Kind regards

Mikkel Ulstrup

 
Oleg Rodionov Dynamicweb Employee
Oleg Rodionov
Reply

Hi,

The fix will be provided with nearest DW9.4.13 hotfix/DW95 release. If "Include shop in extranet login" option is enabled then user cannot be created/updated with username+shopid are already in use inline the feature definition. E.g. you create user with username '12345' and shopid is empty then you cannot create new user with the same username and empty shopid but it's possible to have the same username for the new user but some shopid is not empty (now it's storred in appropriate field correctly), e.g. "12345"+SHOP1, "12345"+SHOP2 etc.

BR, Oleg QA   

 
Mikkel Ulstrup
Reply

Thank you for getting back quickly!

- Mikkel

 
Kristian Kirkholt Dynamicweb Employee
Kristian Kirkholt
Reply

Hi Mikkel

The problem regarding #50904 "Users with the same username when 'Include shop id in extranet log in' enabled" has now been resolved in Dynamicweb version 9.4.13 and 9.5

To upgrade please choose this version from backend or download from here:

http://doc.dynamicweb.com/releases-and-downloads/releases

Let me know if you need any more help regarding this

Kind Regards
Dynamicweb Support
Kristian Kirkholt

 
Mikkel Ulstrup
Reply

Hi again,

Thank you for getting back! Looking forward to trying it out!

 

Kind regards

Mikkel Ulstrup

 
Anders Ebdrup
Anders Ebdrup
Reply

Dear Dynamicweb,

 

We are looking into this yet again and see some issues as we in "Forgot password" has to specify the shopid in the request, and this can take any value as long it matches the value on the user. But when logging in it takes the shopId from the area and this cannot be overriding.

Can this please be generic, so we everywhere can overrule the shopid in the post or at least overrule the shopid for both scenarios in a notification subscriber?

 

Best regards, Anders

 

You must be logged in to post in the forum