<div dir="ltr"><div class="gmail_default" style="font-family:monospace"><a href="https://bugs.kde.org/show_bug.cgi?id=475841">https://bugs.kde.org/show_bug.cgi?id=475841</a> filed. Thanks again, if I'm able to get master built again I'll take a stab at it, but it's there in case I don't get back to it.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 19, 2023 at 1:40 PM Jeremy Whiting <<a href="mailto:jeremypwhiting@gmail.com">jeremypwhiting@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:monospace">Ok, will do. Thanks for confirming.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 19, 2023 at 1:35 PM Jack via KMyMoney-devel <<a href="mailto:kmymoney-devel@kde.org" target="_blank">kmymoney-devel@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2023.10.19 14:02, Jeremy Whiting via KMyMoney-devel wrote:<br>
> Hello,<br>
> <br>
> If this is already fixed in master I apologize. I haven't rebuilt  <br>
> kmymoney<br>
> in a few weeks. But I hit something and thought it was worth  <br>
> mentioning at<br>
> least here to check. I'll file a bug if it's not known after I  <br>
> rebuild and<br>
> make sure it's still happening.<br>
> <br>
> When I enter a new transaction and enter a payee with the wrong case  <br>
> (In my<br>
> case typing "myriam" instead of "Myriam" a popup comes up asking if I  <br>
> want<br>
> to add Myriam to the list of payees even though that casing is  <br>
> already an<br>
> existing payee. It seems the case is getting fixed after it has  <br>
> checked for<br>
> an existing payee, but before it shows the popup asking if I want to  <br>
> add.<br>
> <br>
> BR,<br>
> Jeremy<br>
> <br>
I can confirm - still present in git head master (unless someone snuck  <br>
in a fix in the past day.)<br>
<br>
Rather than saying the case gets fixed, I'd say it is matching to an  <br>
existing payee using case insensitive matching, but then not  <br>
recognizing it is using the existing payee.  Still a bug.  However, if  <br>
it offers one or more transactions to use as a template for the new  <br>
transaction, and you pick one of them, it uses the existing payee.   <br>
(That seems OK.)  On the other hand, if you say "Yes" to creating the  <br>
new Payee, it creates one with the same capitalization as the existing  <br>
one, with "[1]" appended, instead of adding a new payee with the  <br>
different capitalization as just entered.<br>
<br>
I think Payees should be unique (case insensitive,) although I suppose  <br>
that could be debated.  In any case, filing a bug makes sense, as the  <br>
behavior does need to change.<br>
<br>
Jack<br>
</blockquote></div>
</blockquote></div>