Openbravo Issue Tracking System - POS2
View Issue Details
0056852POS2Corepublic2024-10-21 16:372024-12-13 09:30
cberner 
Triage Platform Base 
normalmajorhave not tried
closedfixed 
5
 
25Q1 
cberner
No
No
0056852: Request approval dialog does not show username + password
When in a user-action there are two prehooks, one does show an inputDataDialog, through requestData API, and afterwards, another calls a method that does user action approval, the approval does not show the "username + password" part, it instead shows what was previously shown in the requestData call.

This seems to work fine, if we stop for some seconds between the requestData finishes and the call for approval is done.
1. Login into POS2 as vallblanca
2. Run the following in Developer Tools - Console:

setTimeout(() => OB.App.View.DialogUIHandler.inputData('OBDISCP_COUPON'), 5000);
await OB.App.View.DialogUIHandler.inputData(
        'OBDISCP_CouponDialog',
        {
          title: '$OBDISCP_RedeemCoupon',
          subTitle: '$OBDISCP_EnterCouponCode',
          variantClass: 'obdiscpCouponDialog',
          properties: {
            fields: [
              {
                name: 'code',
                iconClass: 'obdiscpIconCoupon',
                label: 'Coupon Code',
                variantClass: 'obdiscpCouponDialog-input'
              }
            ]
          },
          hideOk: true,
          extraButtons: [
            {
              name: 'OBDISCP_Redeem',
              label: '$OBDISCP_Redeem',
              icon: 'obc2IconPlus',
              variantClass: 'obdiscpConfirmButton'
            }
          ]
        }
      );
Properly clear whatever is in the content of the corresponding BaseDialog, before showing another dialog.
No tags attached.
duplicate of design defect 0057022 closed njimenez Input dialog global component does not support showing twice at the same time 
blocks defect 0056736 closed guilleaer Incorrect Approval Dialog Display for Coupons with Extra Validity Days if triggered though Coupons options 
Issue History
2024-10-21 16:37cbernerNew Issue
2024-10-21 16:37cbernerAssigned To => Triage Platform Base
2024-10-21 16:37cbernerOBNetwork customer => No
2024-10-21 16:37cbernerTriggers an Emergency Pack => No
2024-10-21 16:40guilleaerRelationship addedblocks 0056736
2024-11-18 17:35guilleaerSeverityminor => major
2024-11-18 17:36guilleaerNote Added: 0172190
2024-12-11 09:48AugustoMauchStatusnew => acknowledged
2024-12-11 09:48AugustoMauchAssigned ToTriage Platform Base => ablasco
2024-12-13 09:29cbernerRelationship addedduplicate of 0057022
2024-12-13 09:30cbernerStatusacknowledged => scheduled
2024-12-13 09:30cbernerAssigned Toablasco => Triage Platform Base
2024-12-13 09:30cbernerReview Assigned To => cberner
2024-12-13 09:30cbernerNote Added: 0173276
2024-12-13 09:30cbernerStatusscheduled => closed
2024-12-13 09:30cbernerResolutionopen => fixed
2024-12-13 09:30cbernerFixed in Version => 25Q1

Notes
(0172190)
guilleaer   
2024-11-18 17:36   
Moved to major because approvals cannot be completed blocking the flow
(0173276)
cberner   
2024-12-13 09:30   
It was fixed as part of this issue: https://issues.openbravo.com/view.php?id=57022 [^]