View Issue Details

IDProjectCategoryView StatusLast Update
0003091OXID eShop (all versions)1.05. Userspublic2012-03-23 15:13
Reporterclaro 
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionno change required 
Product Version4.5.0 revision 34568 
Target VersionFixed in Version 
Summary0003091: user without registration loses all assigned usergroups if he orders a second time
DescriptionIf the user is assigned to a special usergroup (eg. BLOCKED, Blacklist, Dealer), this usergroup will be deleted from the user information as soon as the user orders a second time.
This is very annoying if you use user groups for further order processing! Or if you try to mark a user as bad customer with "BLOCKED" or "Blacklist" because you do not want to send him anymore goods.

Customers without registration should keep the same OXID and OXCUSTNR in OXUSER or the assigned usergroups and customernumber should be copied to the new entry during a new order process...
Steps To Reproduce1. In Shop: make an order without registration
2. In Admin: assign the user to a special usergroup
3. In Shop: make a second order in an other browser with the same user data
4. In Admin: new user entry is created, older entry is deleted, the before assigned usergroups are missing
TagsNo tags attached.
ThemeBoth
BrowserAll
PHP Versionany
Database Versionany

Relationships

duplicate of 0001441 closed User and history data are deleted if he orders two times without registering 
related to 0005040 closedflorian.auer Newsletter subscription is cancelled if user orders as guest without registration 
related to 0005741 acknowledged Save oxcustnr in oxorder 
related to 0006218 acknowledgedflorian.auer Unregistered users are deleted 

Activities

dainius.bigelis

2012-03-23 15:13

reporter   ~0006073

Last edited: 2015-08-24 09:45

View 2 revisions

Reminder sent to: claro

Hi,

The case about creating new user accounts was already discussed in the bugtrack (0001441) and the dev-general list long time ago. Basicaly - we implemented such behavior as a security fix.
So this case is a feature, not an issue.
For details please check the discussions here:
http://article.gmane.org/gmane.comp.php.oxid.general/299 [^]
http://article.gmane.org/gmane.comp.php.oxid.general/445/match=deletingunregistereduser [^]
and comments in bug entry 0001441.

The entry here will be closed as not a bug.

Best regards,