| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 36946 |
28 d 4 h |
amit |
/trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/controller/ |
Allow add-money request when matching HDFC payment exists but is not yet credited |
|
| 36945 |
28 d 6 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36944 |
28 d 7 h |
amit |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
hdfc add-money: guard manual approval on credited flag + fix checkManualPayments
WalletController.addAmountToWallet now blocks a manual add-money approval only
when the UTR was actually auto-credited (hdfcPayment.isCredited()), not on mere
hdfc_payment row existence — so post-r36927 captured-but-uncredited rows
(VA missing/unmatched) are approvable again.
HdfcPaymentController: set credited=true on the captured row after a successful
wallet credit; fix checkManualPayments to filter on getStatus() (was comparing
transaction_reference String to an enum, always false) so an already-approved
manual payment correctly short-circuits the auto-credit (closes the reverse
double-credit path). |
|
| 36943 |
28 d 7 h |
amit |
/trunk/profitmandi-dao/src/main/ |
hdfc_payment: add credited flag to fix blocked manual add-money approval
Since r36927 the HDFC push-credits flow captures every payment into
hdfc_payment BEFORE validating the virtual account, so VA-missing/unmatched
rows are stored uncredited. The manual add-money approval guarded on mere
row existence, wrongly blocking these recoverable payments.
Add a credited flag (default false) set true only when a wallet credit
actually happens. Includes migration + backfill (reference=id AUTOMATED_ADVANCE
match, plus pre-r36927 rows credited by construction). |
|
| 36942 |
28 d 7 h |
vikas |
/trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/ |
Clean Up Old Emails and added Raja's Email |
|
| 36941 |
28 d 7 h |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics - Removed L5 and Final |
|
| 36940 |
28 d 8 h |
ranu |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ |
caching fix fofo icici |
|
| 36939 |
28 d 9 h |
ranu |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ |
caching fix fofo icici |
|
| 36938 |
28 d 9 h |
ranu |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ |
caching fix fofo icici |
|
| 36937 |
28 d 9 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36936 |
28 d 10 h |
vikas |
/trunk/ |
Update Email Ids |
|
| 36935 |
28 d 10 h |
ranu |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ |
caching fix fofo icici |
|
| 36934 |
28 d 11 h |
ranu |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/dao/model/ |
caching fix fofo icici |
|
| 36933 |
29 d 5 h |
ranu |
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ |
caching fix fofo icici |
|
| 36932 |
29 d 5 h |
ranu |
/trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/controller/ |
rbm rating weekly -> monthly |
|
| 36931 |
29 d 6 h |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics - Removed L5 and Final |
|
| 36930 |
29 d 6 h |
ranu |
/trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/controller/ |
rbm rating weekly -> monthly |
|
| 36929 |
29 d 7 h |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics |
|
| 36928 |
29 d 9 h |
amit |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
Fix wallet-edit transaction search showing raw Velocity vars for credit summary
getWalletHistory (/getWalletHistory, the Search-by-transaction-id flow) rendered
wallet-history.vm without populating totalDue/creditlimit/availableLimit, so the
template printed the references literally. Populate them from
sdCreditService.getCreditSummary (same helper the dashboard uses). |
|
| 36927 |
29 d 9 h |
amit |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/ |
HDFC push-credits: stop lost/uncaptured credits and cut burst contention
- Capture every payment in hdfc_payment before VA validation; never 500 a
missing/unmatched VA. Acknowledge as success so HDFC stops retrying, leaving
the row uncredited for reconciliation (dedupe against add_wallet_request).
- On a row-lock conflict (lock-wait/deadlock), roll back fully and let HDFC retry
instead of mis-acking as 'duplicate', which silently lost valid-partner credits.
- Resolve VA/retailer (cached, read-only) before the INSERT to shorten the
hdfc_payment index-lock window.
- Scope READ-COMMITTED to the push-credits transaction only (no app-wide change)
to drop gap-lock contention on concurrent hdfc_payment inserts.
- Lower innodb_lock_wait_timeout to 10s per HikariCP connection so blocked
transactions fail fast instead of starving the pool. |
|