Summary
In QuickFiler high-confidence mode, every accepted mail item is scored twice. The dequeue gate computes the item's top folder and discards it, then the item controller re-runs the identical MailItemHelper plus FolderPredictor sequence after the form is shown, to populate the folder combo. A carrier type that exists specifically to pass the predetermined folder forward is left unused on the live path.
Environment
- OS/version: Windows 11 Pro 10.0.26200
- Runtime: C# / .NET Framework 4.8.1 VSTO add-in (no Python involvement)
- Command/flags used: QuickFiler launched from the TaskMaster ribbon with
QfSettings.HighConfidenceModeEnabled = true
- Data source or fixture: Live Outlook mailbox
Steps to Reproduce
- Enable High Confidence mode and launch QuickFiler.
- Enable debug logging and inspect the
Probability debug entries for a single accepted item.
- Observe one entry from
QfcDatamodel.ScoreRemainingQueueMailItemAsync during the pre-UI scan and a second, independent classification from QfcItemController.LoadFolderHandlerAsync (FromField) after the form is shown.
Expected Behavior
An item accepted by the confidence gate carries its already-computed top-folder suggestion forward, so the item controller populates the folder combo from that result instead of recomputing it.
Actual Behavior
The score is computed, the folder is discarded, and the full scoring sequence runs a second time per accepted item after Show().
Logs / Screenshots
Impact / Severity
Low: this is wasted work, not incorrect behavior. It occurs after Show(), so it does not contribute to the startup stall fixed under issue #424. The user-visible effect is slower folder-combo population and redundant Outlook COM traffic proportional to the number of items on screen.
Source
From: docs/features/potential/2026-08-07-quickfiler-post-show-duplicate-scoring.md
Summary
In QuickFiler high-confidence mode, every accepted mail item is scored twice. The dequeue gate computes the item's top folder and discards it, then the item controller re-runs the identical
MailItemHelperplusFolderPredictorsequence after the form is shown, to populate the folder combo. A carrier type that exists specifically to pass the predetermined folder forward is left unused on the live path.Environment
QfSettings.HighConfidenceModeEnabled = trueSteps to Reproduce
Probability debugentries for a single accepted item.QfcDatamodel.ScoreRemainingQueueMailItemAsyncduring the pre-UI scan and a second, independent classification fromQfcItemController.LoadFolderHandlerAsync (FromField)after the form is shown.Expected Behavior
An item accepted by the confidence gate carries its already-computed top-folder suggestion forward, so the item controller populates the folder combo from that result instead of recomputing it.
Actual Behavior
The score is computed, the folder is discarded, and the full scoring sequence runs a second time per accepted item after
Show().Logs / Screenshots
Probability debuglines per accepted item - one tagged[QfcDatamodel.ScoreRemainingQueueMailItemAsync (master-queue admission)], one tagged[QfcItemController.LoadFolderHandlerAsync (FromField)].Impact / Severity
Low: this is wasted work, not incorrect behavior. It occurs after
Show(), so it does not contribute to the startup stall fixed under issue #424. The user-visible effect is slower folder-combo population and redundant Outlook COM traffic proportional to the number of items on screen.Source
From: docs/features/potential/2026-08-07-quickfiler-post-show-duplicate-scoring.md