<html><head><style>pre,code,address {
margin: 0px;
}
h1,h2,h3,h4,h5,h6 {
margin-top: 0.2em;
margin-bottom: 0.2em;
}
ol,ul {
margin-top: 0em;
margin-bottom: 0em;
}
blockquote {
margin-top: 0em;
margin-bottom: 0em;
}
</style></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div>However that's exactly what I want. I want the same transaction to be listed as a possible match for multiple imported transactions because of the overlap.</div><div><br></div><div>My guess is that I got it working by fixing one at a time so that eventually each transaction was only being listed for a single imported transaction.</div><div>I expect that this is going to be a problem for me going forward as soon as I have 2 checks waiting to clear.</div><div><br></div><div>I expect it would be a problem to automatically selected the same transaction for 2 different imported transactions. However having the same transaction listed as a possible, but not the most likely, is a case that should be allowed.</div><div><br></div><div>Perhaps the way to solve this is to instead of removing the potential conflicting transactions, but rather to lower the score. Say transaction 1 matches 2 imports. Pick one import to assign it to and move it down the list for the second import. Although there are lots of corner cases. What if there is only a single match for 2 imports and it's the same transaction? In my case I'd like to have the option to specify which import the transaction is associated with.</div><div><br></div><div>Maybe we need to do a check at the end of the match dialog, after the user has selected transactions for each import and report an error, or warning, when two different imports are matched against the same transaction. Does that seem reasonable?</div><div><br></div><div>I don't know GTK, so coming up with such a dialog would be pretty difficult for me.</div><div><br></div><div>On Sat, 2026-02-28 at 17:53 -0800, John Ralls wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>I think, based on the comment <a href="https://github.com/Gnucash/gnucash/blob/1fda575c5b21c10bde538f593b5fb2d64b850e01/gnucash/import-export/import-main-matcher.cpp#L358">https://github.com/Gnucash/gnucash/blob/1fda575c5b21c10bde538f593b5fb2d64b850e01/gnucash/import-export/import-main-matcher.cpp#L358</a> that it’s supposed to prevent a transaction being presented for more than one import. Since you have one of these checks a week I guess you’d have 4 in a monthly download. That might be a rare occurrence<span class="Apple-tab-span" style="white-space:pre"> </span>so that function doesn’t get exercised much.</div><div><br></div><div>Regards,</div><div>John Ralls<br id="lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>On Feb 28, 2026, at 15:24, Jon Schewe <jpschewe@mtu.net> wrote:</div><div><br class="Apple-interchange-newline"></div><div><div>If I ignore the result of get_conflict_list, then I get the matches<br>that I want. That is where the desired transaction is disappearing from<br>the list of possible matches.<br><br>Does anyone have any insight on why this function might be excluding<br>transactions?<br><br>On Sat, 2026-02-28 at 06:40 -0600, Jon Schewe wrote:<br><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>I'm trying to track down an issue where I am not presented with the<br>transactions that I expect for some checks matching. I have a<br>particularly difficult situation for GnuCash to match in that:<br>1) the checks are always the same amount<br>2) the checks are written a week apart<br>3) the checks are cashed up to 2 weeks after written<br>4) the back does not include the check number in the OFX file<br><br>I understand that I can double click on the match dialog and choose<br>from all possible matches. However I'm finding that the match that I<br>desire isn't showing up in the list.<br><br>I've added debugging to split_find_match to try and track it down. At<br>this point I'm finding the transaction that I desire being added to<br>the<br>list of possible transactions in this method. The method exits with 3<br>transactions. However when the dialog is opened I only see 2<br>transactions. I'm always missing the one that I want.<br><br>I see the split_find_match is called from perform_matching and that<br>it<br>calls gnc_import_TransInfo_init_matches after all matches are found.<br>At this point I have the correct number of transactions in<br>match_list.<br>However I don't know the gnucash source or gtk well enough to be able<br>to figure out the steps between there and when the dialog that let's<br>me<br>pick transactions is built and displayed.<br><br>Can someone help point me to the flow of execution between these 2<br>points?<br><br>Thank you,<br>Jon<br><br>_______________________________________________<br>gnucash-devel mailing list<br>gnucash-devel@gnucash.org<br>https://lists.gnucash.org/mailman/listinfo/gnucash-devel<br></div></blockquote><br>_______________________________________________<br>gnucash-devel mailing list<br>gnucash-devel@gnucash.org<br>https://lists.gnucash.org/mailman/listinfo/gnucash-devel<br></div></div></blockquote></div><br></div></blockquote><div><br></div><div><span></span></div></body></html>