https://bugs.kde.org/show_bug.cgi?id=473387
--- Comment #5 from Andy ---
When you create a new transfer, the very first field you are given is a choice
between “Pay to” or “From”. This is the field that if you edit the transfer,
only one side of the transfer is changed. So, If for example I creat
https://bugs.kde.org/show_bug.cgi?id=473387
--- Comment #4 from Jack ---
What are you actually changing? Which field? I'm clearly not understanding
what you think is wrong. Also, when you reply to a bug post by email, please
remove all the previous text, since it just clutters the bug, in whic
https://bugs.kde.org/show_bug.cgi?id=473387
--- Comment #3 from Andy ---
Jack,
As I read your answer, it seems that editing the transaction is only editing
the split for the account that you are in. That seems to be the reason that the
other account is not changed. Similar to the memo bug, can t
https://bugs.kde.org/show_bug.cgi?id=473387
--- Comment #2 from Andy ---
Jack,
As the subject says, I am changing the “To:” data or the “From:” data and it
only changes on one side. So if the only thing that will change on both sides
is the amount, the question is why.
Andy
> On Aug 14, 2023,
https://bugs.kde.org/show_bug.cgi?id=473387
--- Comment #1 from Jack ---
What exact data are you changing? The only thing I know of that should change
in both splits is the amount. (Internally, a transaction contains a separate
split for each account with money entering or leaving. For a trans
https://bugs.kde.org/show_bug.cgi?id=473387
Bug ID: 473387
Summary: When editing a transfer, changing the "To:" or "From:"
information only makes the change on one side of the
transfer.
Classification: Applications
Produ
https://bugs.kde.org/show_bug.cgi?id=472423
--- Comment #9 from Pete ---
Still fails but gets further ahead:
Fetching URL https://fx-rate.net/CAD/USD...
Identifier found: 'CAD/USD'
Price found: '0.74256' (0.74256)
Unable to update price for CAD > USD (no price or no date)
Fetching URL https://fx
https://bugs.kde.org/show_bug.cgi?id=472423
--- Comment #8 from Jack ---
Try this for the price regexp:
Today\s+=\s+([^<]+)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=472423
--- Comment #7 from Pete ---
The currency updates are now failing for both suggested price expressions:
1\s[^=]+\s=\s([^\s]+)
1\s[^=]+\s=\s([^\s]+)
Do you have a fix?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=473322
--- Comment #11 from Jack ---
Not a problem. It's always hard to tell how much programming experience anyone
has, but I figure sql is not a trivial thing to learn, so if you've gotten that
far, you can probably figure out more :-) I'll leave it to yo
https://bugs.kde.org/show_bug.cgi?id=473322
--- Comment #10 from JAH ---
Well I'm very grateful for your consideration and raising the wish list entry.
Sorry I misunderstood your point about the function. As a complete amateur I
did try an extensive search for a solution / function but only came
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #26 from Jack ---
A .kmy file is just a gzipped .xml file. You can either gzip and rename it
yourself, or just open the xml file in kmymoney and save as to kmy.
I'm curious if you know how NULLs got into the memo fields. We can probably
l
https://bugs.kde.org/show_bug.cgi?id=473322
Jack changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
|
https://bugs.kde.org/show_bug.cgi?id=473381
Jack changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
|
https://bugs.kde.org/show_bug.cgi?id=473381
Bug ID: 473381
Summary: Allow user to avoid thousand separator in xxxFormatted
columns in sql back end
Classification: Applications
Product: kmymoney
Version: 5.1.3
Platform:
https://bugs.kde.org/show_bug.cgi?id=473223
--- Comment #25 from Neil ---
(In reply to Thomas Baumgart from comment #24)
I used xmllint and gedit to clean up the 9gwengood6a.xml file. There were
numerous instances "/00" in TRANSACTION memo fields.
How do I convert the .xml file to .kmy?
--
You
https://bugs.kde.org/show_bug.cgi?id=458884
--- Comment #4 from Jack ---
Not sure how this got lost, but in your last response, I think you
misunderstood. KMM does not bundle sqlite itself, and that is the version I
was looking for, to see if it doesn't match the linux version. However, given
t
https://bugs.kde.org/show_bug.cgi?id=473322
--- Comment #8 from JAH ---
>>"I'll see if it's reasonable to add a checkbox to toggle the use of the
>>commas" -
That would be great if possible because as you say, I don't believe they have
any place in a numerical field. Surely it's more properly
https://bugs.kde.org/show_bug.cgi?id=473322
--- Comment #7 from Jack ---
No, given that description, I think the presence of the commas is intentional.
I just didn't notice it. I'll see if it's reasonable to add a checkbox to
toggle the use of the commas, but I'm not sure at this point. In the
https://bugs.kde.org/show_bug.cgi?id=473322
--- Comment #6 from JAH ---
Thanks for your kind reply (and work on kmymoney).
I use the sqlite3 command to process preprepared .sql queries that produce .csv
reports with calculated ratios etc.
I noticed that prices (over 1000) stored in the "kmmPri
https://bugs.kde.org/show_bug.cgi?id=473322
--- Comment #5 from Jack ---
The ONLY change I made was in the name of the variable being formatted. I
don't believe thousand separators (commas) should ever be used in such
variables. I'm not aware of any KMM setting that should have made them be
use
https://bugs.kde.org/show_bug.cgi?id=473322
--- Comment #4 from JAH ---
Thanks so much for fixing this issue, it will make writing SQL queries so much
easier!
BTW am I right in thinking these ."valueFormatted" fields will no longer
include comma thousand separators (which previously had to be p
22 matches
Mail list logo
