| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 36956 |
25 d 0 h |
aman |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/monitors/ |
Add Store Code column next to Partner Name in Today PO and Billed Details CSV report |
|
| 36955 |
25 d 1 h |
vikas |
/trunk/profitmandi-fofo/src/main/ |
Location Tracking Dashboard: Travel Overrun Flag Added |
|
| 36954 |
25 d 1 h |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics - Removed L4, L5 and Final |
|
| 36953 |
25 d 3 h |
aman |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
Auto-link existing store code to onboarding panel when verification approved after fofo_store creation
When a partner's verification flips to YES after their fofo_store was already
created, the linkage in RetailerServiceImpl.createFofoStoreCodeByRetailerId
(which only fires on NEW store creation) never copies fofo_store.code to
partner_onboarding_panel.code, so the store code never appears on the panel and
the app cannot self-heal it (e.g. onboarding 1892 / PBTTN1583).
Add a robust fallback in the approval handler: when status becomes YES and the
panel code is still empty, resolve the retailer via the saholic UserAccount
(same path as createFofoStoreCodeByUserId), copy the existing fofo_store.code,
and write the STORE_CODE_CREATED timeline. Does not require KYC (copying an
already-generated code, not creating one) and is wrapped so it can never break
the approval flow.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> |
|
| 36951 |
26 d 18 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36950 |
26 d 18 h |
ranu |
/trunk/ |
caching fix fofo icici |
|
| 36949 |
27 d 3 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36948 |
27 d 21 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36945 |
28 d 0 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36944 |
28 d 0 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). |
|
| 36941 |
28 d 1 h |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics - Removed L5 and Final |
|
| 36937 |
28 d 3 h |
ranu |
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/controller/ |
caching fix fofo icici |
|
| 36931 |
28 d 23 h |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics - Removed L5 and Final |
|
| 36929 |
29 d 1 h |
vikas |
/trunk/ |
Location Tracking Dashboard: Period Analytics |
|
| 36928 |
29 d 2 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 3 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. |
|
| 36922 |
29 d 23 h |
amit |
/trunk/profitmandi-fofo/src/main/ |
Remove unused Digify retailer integration and fix slim-jQuery clobber on partner-performance/today_po/today_target pages
- Delete Digify controller, views and Buyback asset; drop dead .digify-retailer-login handler and buyback links/buttons
- Load full jQuery (3.5.1) instead of jquery slim on partner-performance/today_po/today_target so injected pages no longer overwrite the dashboard jQuery (restores $.ajax / slideUp)
- Bump jsVersion to 365 |
|
| 36917 |
30 d 1 h |
vikas |
/trunk/profitmandi-fofo/src/main/ |
Location Tracking Dashboard |
|
| 36916 |
30 d 2 h |
vikas |
/trunk/profitmandi-fofo/src/main/ |
Location Tracking Dashboard |
|
| 36913 |
30 d 4 h |
vikas |
/trunk/ |
Location Tracking Dashboard |
|