View Issue Details

IDProjectCategoryView StatusLast Update
0003017OXID eShop (all versions)1.03. Basket, checkout processpublic2012-12-07 15:17
Reporterleofonic 
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionsuspended 
Product Version4.5.0 revision 34568 
Target VersionFixed in Version 
Summary0003017: User/group assignment in payment methods works differently than all other assignments
DescriptionWhen assigning countries, users, groups, articles and categories to shipping methods, shipping cost rules and payment methods, all of the assignments in the popups follow the rule "nothing assigned means everything is assigned" except for the user/group assignment in payment methods, which works like "nothing assigned really means nothing assigned".
All of the controls should work the same way, so if you do not assign groups to payment methods this should mean "valid for everyone".
TagsPayment
ThemeBoth
BrowserAll
PHP Versionany
MySQL Versionany

Relationships

duplicate of 0002644 resolvedaurimas.gladutis usability issue while assigning payments in admin 
has duplicate 0004965 closedjurate.baseviciene Assign a user group needed in payment methods 

Activities

ray

2011-07-01 00:12

reporter   ~0004801

Last edited: 2011-07-01 00:12

View 2 revisions

http://www.oxid-esales.com/forum/showthread.php?p=61162#post61145
Perhaps it is a feature, no bug?
Maybe the intention was to secure such a sensitive area as payments methods in this way? So you need to specifify directly which usergroups can use which payment methods.

But I agree with the basic intention of this report to do all those assignments in the same logic. For me personally it is more logical to assign something to make it work. Which means, that "nothing assigned is nothing assigned", but then use this all over the shop.

leofonic

2011-07-01 11:44

reporter   ~0004803

Last edited: 2011-07-01 11:45

View 2 revisions

I think "nothing assigned is nothing assigned" for all controls would make delivery configuration more complicated, breaks "show delivery costs when not logged in" and would make many existing rules stop working.

marco_steinhaeuser

2011-07-02 18:38

administrator   ~0004814

Maybe a simple extension of the documentation would do the job. ;)

leofonic

2011-07-04 11:00

reporter   ~0004816

I think even if it were documented it would still be a bug if there is no good reason for this odd behaviour.

tjungcl

2011-12-28 17:26

reporter   ~0005544

I too stumble upon this everytime i install a new oxid system. Its really weird that you have to assign all groups to a payment method (such as oxempty) and reassign them when you create new groups.

I'd appreciate the behaviour suggested by leofonic.

dainius.bigelis

2012-06-20 17:07

reporter   ~0006939

This request interferes with one of our ideas for improving module handling in eShop: we want that payments and shipments meta should be explicitly deactivatable – for instance during module (de)activation (i.e. if you deactivate PayPal module, then PayPal payment method also becomes disabled). When we will have that, we can also improve this part for user assignments and make it unique in entire eShop.
So for now this request is added to our list to keep it in mind, and here is suspended.