Subversion Repositories SmartDukaan

Rev

Go to most recent revision | Show changed files | Directory listing | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
36946 114 d 15 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 114 d 17 h ranu /trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ caching fix fofo icici  
36944 114 d 18 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 114 d 18 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 114 d 19 h vikas /trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/ Clean Up Old Emails and added Raja's Email  
36941 114 d 19 h vikas /trunk/ Location Tracking Dashboard: Period Analytics - Removed L5 and Final  
36940 114 d 20 h ranu /trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ caching fix fofo icici  
36939 114 d 20 h ranu /trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ caching fix fofo icici  
36938 114 d 20 h ranu /trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ caching fix fofo icici  
36937 114 d 20 h ranu /trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ caching fix fofo icici  
36936 114 d 21 h vikas /trunk/ Update Email Ids  
36935 114 d 21 h ranu /trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ caching fix fofo icici  
36934 114 d 23 h ranu /trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/dao/model/ caching fix fofo icici  
36933 115 d 16 h ranu /trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/service/integrations/icicilombard/ caching fix fofo icici  
36932 115 d 17 h ranu /trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/controller/ rbm rating weekly -> monthly  
36931 115 d 17 h vikas /trunk/ Location Tracking Dashboard: Period Analytics - Removed L5 and Final  
36930 115 d 18 h ranu /trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/controller/ rbm rating weekly -> monthly  
36929 115 d 18 h vikas /trunk/ Location Tracking Dashboard: Period Analytics  
36928 115 d 20 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 115 d 20 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.
 

Show All