BlueGrey
calm
Elegant
Català-Valencià – Catalan
中文 – Chinese (Simplified)
中文 – Chinese (Traditional)
Česky – Czech
Dansk – Danish
Nederlands – Dutch
English – English
Suomi – Finnish
Français – French
Deutsch – German
עברית – Hebrew
हिंदी – Hindi
Magyar – Hungarian
Bahasa Indonesia – Indonesian
Italiano – Italian
日本語 – Japanese
한국어 – Korean
Македонски – Macedonian
मराठी – Marathi
Norsk – Norwegian
Polski – Polish
Português – Portuguese
Português – Portuguese (Brazil)
Русский – Russian
Slovenčina – Slovak
Slovenščina – Slovenian
Español – Spanish
Svenska – Swedish
Türkçe – Turkish
Українська – Ukrainian
Oëzbekcha – Uzbek
Subversion Repositories
SmartDukaan
(root)
/ – Rev 37910
Rev
Show changed files
|
Directory listing
|
RSS feed
Filtering Options
From rev
To rev
Max revs
Search history for
Show All
Rev
Age
Author
Path
Log message
Diff
37910
1 m
amit
/trunk/profitmandi-cron/src/main/java/com/smartdukaan/cron/config/
fix(offers): use TxStartTrackingTransactionManager so cron reads respect the offer cache gate (dao r37907)
37909
1 m
amit
/trunk/profitmandi-web/src/main/java/com/spice/profitmandi/
fix(offers): use TxStartTrackingTransactionManager; drop controller-side offer evictions (dao r37907)
37908
1 m
amit
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/
fix(offers): use TxStartTrackingTransactionManager; offer cache eviction moves into the service (dao r37907)
Activate/publishAll no longer evict in the controller; Refresh Cache also clears per-offer caches.
37907
2 m
amit
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/
fix(offers): stop stale offer rows being re-cached after an offer change
Readers whose transaction began before an offer write committed could cache
the old row (e.g. offer 10851 shown inactive on Offer History for 6h).
- OfferCacheGate: offer caches refuse fills from readers whose transaction
began before the last offer change (atomic Lua check-and-set)
- TxStartTrackingTransactionManager records each transaction's start time
- offer cache evictions run after the transaction completes, marking the change first
- activate/publishAll evict inside their REQUIRES_NEW transaction
- evictAllOfferCaches(YearMonth) for Refresh Cache; offer cache TTL 6h -> 1h
37906
2 d 16 h
vikas
/trunk/profitmandi-fofo/src/main/
Corrected PJP Data
37905
2 d 17 h
ranu
/trunk/
commi tfile for offer radar send to all related department
37904
2 d 19 h
amit
/trunk/profitmandi-dao/src/main/
fix(catalog): delist job treats an activated IMEI as sold
- partner-stock guard in CatalogDelistServiceImpl ignores a unit whose IMEI is in
fofo.activated_imei with activation on/after the partner received it, even if
the partner never billed it (item 30834: 6 Vivo Y91i units at UPHRD130,
activated 2021, kept the listing alive)
- units activated before receipt (returns/demo) and non-serialized stock still count
- delist_inactive_listings_rolling_24m.sql mirrored
37903
2 d 20 h
ranu
/trunk/profitmandi-fofo/src/main/
commi tfile for pine lab scrping emi plans
37902
2 d 20 h
ranu
/trunk/profitmandi-dao/src/main/java/com/spice/profitmandi/dao/repository/catalog/
pinelab emi offer publish
37901
3 d 15 h
ranu
/trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/services/
pinelab emi offer publish
37900
3 d 15 h
ranu
/trunk/profitmandi-web/src/main/java/com/spice/profitmandi/web/controller/
pinelab emi offer publish
37899
3 d 15 h
ranu
/trunk/profitmandi-fofo/src/main/webapp/WEB-INF/views/ftl/
commi tfile for pine lab scrping emi plans
37898
3 d 15 h
ranu
/trunk/
commi tfile for pine lab scrping emi plans
37897
3 d 15 h
ranu
/trunk/
commi tfile for pine lab scrping emi plans
37896
3 d 19 h
aman
/trunk/
Fin services: stop add-brands-to-service timing out
addPartnerServiceAndBrandService looked up partner_service and partner_service_brand
once per store x brand (each SELECT auto-flushing a growing session), so adding a brand
to a service with many brands (e.g. NOTHING on Bajaj) ran past the request timeout.
Load existing rows in two queries and insert only what's missing. The add endpoints
(fofo + web v2) also skip brands already on the service, so a retry can't duplicate them.
Co-Authored-By: Claude Opus 5.5 <
noreply@anthropic.com
>
Claude-Session:
https://claude.ai/code/session_012RhScihkTVEM5oJgpFkKWn
37895
3 d 19 h
ranu
/trunk/profitmandi-cron/src/main/java/com/smartdukaan/cron/
cron setup for rbm ranking
37894
3 d 20 h
ranu
/trunk/profitmandi-cron/src/main/java/com/smartdukaan/cron/migrations/
remove tarun sir email from some storetimline tat email
37893
3 d 20 h
aman
/trunk/
AI Assistant leads: split Phone vs Web, route toll-free (IRA_PHONE) leads to Meenakshi
- /add/lead accepts optional source (IRA_PHONE / IRA_WEB), stored in new user.lead.ai_channel.
Anything that isn't IRA_PHONE (incl. missing source) is a web lead; requests without source still work.
- IRA_PHONE leads assigned to Meenakshi (84); other AI leads to a random active BGC L1 excluding her.
Falls back to the pool if she is inactive.
- LeadAiChannelColumnBootstrap adds the column at startup if missing (hbm2ddl is off).
- Lead Dashboard/records show Source as "AI Assistant (Phone)" / "AI Assistant (Web)";
Lead Dashboard filter + CSV; LMS report "AI Leads by Channel" (/lms/dashboard/ai-channel).
- Bump static version to 445 so browsers load the new lead.js.
Co-Authored-By: Claude Opus 5.5 <
noreply@anthropic.com
>
Claude-Session:
https://claude.ai/code/session_012RhScihkTVEM5oJgpFkKWn
37892
4 d 10 h
ranu
/trunk/
rbm ranking data fixed
37891
4 d 21 h
ranu
/trunk/profitmandi-fofo/src/main/java/com/spice/profitmandi/web/config/
offer-radar notification commit
←Prev
1
2
Next→
Show All