Re: Review Request 129848: Set correct ServiceTypes for plugins

[aga]

In this same area, if one of the CSV plugins has been disabled, and then
reenabled via Settings, the KMM resource file does not get updated so
the plugins remain out of use.

Allan


On 22/01/17 15:20, Łukasz Wojniłowicz wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/129848/
> ---
> 
> (Updated Jan. 22, 2017, 3:20 p.m.)
> 
> 
> Status
> --
> 
> This change has been marked as submitted.
> 
> 
> Review request for KMymoney and Christian David.
> 
> 
> Changes
> ---
> 
> Submitted with commit ee1d2c6424d9c34a26cacf3bf396b64643f3f30d by ?ukasz 
> Wojni?owicz to branch master.
> 
> 
> Repository: kmymoney
> 
> 
> Description
> ---
> 
> It makes plugins in File->Import/Export menu visible again.
> 
> 
> Diffs
> -
> 
>   kmymoney/plugins/csvexport/csvexport.json.in 2265e08 
>   kmymoney/plugins/csvimport/csvimport.json.in d1cadab 
>   kmymoney/plugins/ofximport/ofximport.json.in 422c1ad 
> 
> Diff: https://git.reviewboard.kde.org/r/129848/diff/
> 
> 
> Testing
> ---
> 
> Starting CSV Importer plugin.
> 
> 
> Thanks,
> 
> Łukasz Wojniłowicz
> 
> 

Re: Current master (KF5) crashes on closing.

[aga]

Hi

aga@zoo:~/Git6/kmymoney$ git bisect bad
e54d5d5577855facd2759a24167c0afa7002464a is the first bad commit
commit e54d5d5577855facd2759a24167c0afa7002464a
Author: Pino Toscano 
Date:   Sat Nov 26 15:15:10 2016 +0100

i18n: tweak few strings

Add '&' in some strings in UI files to make them match the KGuiItem set
at runtime, or to uniform them.

:04 04 516431da03bb6981c7b22530d13044382b250824
1a9421d376e7de13e4df217b56eb41425259dbc0 Mkmymoney


It's been a long day, with many steps, and this could be wrong, but
that's what I get.

Not in tomorrow.

Allan

Re: Current master (KF5) crashes on closing.

[aga]

On 23/01/17 07:07, Thomas Baumgart wrote:
> Hi all,
> 
> On Sunday 22 January 2017 22:50:14 aga wrote:
> 
>> I get "Segmentation fault (core dumped)" on closing KMM.
> 
> I saw the same here yesterday but did not have the time to analyze where that 
> might come from.
> 
> @Allen: did you ever use 'git bisect'? Might be worth to look into it to see 
> where this crash on exit was introduced. Any output on this would be very 
> welcome (just don't have the time to do it myself).
> 

I've never used it but I remember seeing a mention of it many moons ago.

I've now gone back to 9f41f84ee571e36af7365029f584d903c2cddeea - 31 July
last - and it's still failing.  I alternate between two different .kmy
files, load then immediately close.  Generally it will crash, but
occasionally it needs a couple of goes.

I need to break off now but will try more when I get time.

Oh, I've just tried editing a file, not saving it then closing.  It
crashed with no warning to save.

Allan

Re: Current master (KF5) Why is MEPP/gpgmepp required?

[aga]

Hi all,

Something else I don't understand. I don't use pgp, so why do I require
MEPP?  My distro doesn't yet have a suitable version and I have to
disable it in the cmake.  I don't feel like compiling something I don't
need.  Life's too short.

ccmake doesn't appear to have a setting, unless I missed it.  The make
result shows it disabled/OFF.

Allan

Current master (KF5) crashes on closing.

[aga]

I get "Segmentation fault (core dumped)" on closing KMM.

At first, I thought it occurred if the CSV importer had been loaded, and
spent a long time trying to diagnose and solve it, without success.
This was initially using a clone from around 21 November.

Having today updated, again it crashes after the importer has been
loaded, but I then disabled the plugin via Settings. Then on closing,
again it crashes, but after a restart, no crash. However, still with the
plugin disabled, it again will crash on closing, if the KMM config menu
is opened and closed with nothing touched. And again on restart, but not
at the second attempt.

Then I opened the File menu, but made no selection.  On closing, no
crash.  Then open and close KMM.  No crash, nor on another restart, but
then it did crash on the next restart. Open the File menu and reload the
current file, then close, it's OK, but the next restart crashes.

I'm wondering if it might be to do with saving settings?

There is a crash dump, which is unhelpful to me, but no back trace.  In
fact, I haven't seen one of those for ages, for any crash, in fact
possibly since 4.8.

Allan

Re: Review Request 129393: Use Qt's plugin system instead of KService

[aga]

On Sun, 25 Dec 2016 12:37:54 -
Łukasz Wojniłowicz  wrote:

> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/129393/#review101572
> ---
> 
> 
> 
> After this change, CSV Importer plugin isn't displayed in
> File->Import menu, even after steps suggested in following post
> http://kmymoney-devel.kde.narkive.com/hSaamIlT/plugins-path-in-master-branch
> So please add making this working again to your TODO list.
> 
> - Łukasz Wojniłowicz
> 
There is another problem with plugins, although I don't know if it is
the result of this change.

The csvimport and csv export plugins in the KMM settings menu are not
persistent. A selection lasts only until kmm is closed down.  They
are correct in the resource file.  So, neither is presently available in
KF5, unfortunately.

Allan

> On Lis 26, 2016, 4:12 po południu, Christian David wrote:
> > 
> > 
> > Review request for KMymoney.
> > 

Re: [kmymoney4] [Bug 373966] New: Incorrect rates used during a report

[aga]

On 20/12/16 16:10, Will Holland wrote:
> https://bugs.kde.org/show_bug.cgi?id=373966
> 
> Bug ID: 373966
>Summary: Incorrect rates used during a report
>Product: kmymoney4
>Version: 4.7.2
>   Platform: Mac OS X Disk Images
> OS: OS X
> Status: UNCONFIRMED
>   Severity: normal
>   Priority: NOR
>  Component: general
>   Assignee: kmymoney-devel@kde.org
>   Reporter: w...@willholland.co.uk
>   Target Milestone: ---
> 
> I'm using kmymoney for mac os x - version: 4.7.2
> 
> When I view my income/expence report, with everything converted to £ (my
> default currency), I see that I have some errors.
> 
> Specifically I have one category with two transactions in it.  One is a 
> refund,
> and so the exchange rate was maintained for this transaction (i.e. within the
> transaction I have used the same value for £ and for €).
> 
> When I look at the report, this category is not zero - i.e. the exchange rate
> applied for that conversion appears to be different to the ones in the
> transactions.
> 
> So: Steps to reproduce.
> 1. Create account in £
> 2. Create Category in €
> 3. Create transaction on day 1, between account and category.  Set exchange
> rate, and verify totals.
> 4. Create transaction on day 2, between account and category.  Set exchange
> rate and verify totals.
> 5. Create other transactions between other accounts and other categories that
> may also define the exchange rates for day1 and day2.
> 6. look at income and expense by month, and note that although the total for
> the category is 0 in the leger view, it is not 0 in the transaction view.
> 

Could you provide some details, possibly an example?

Allan

Re: Reinvest Interest transaction

[aga]

>> On 2016.12.08 08:58, aga wrote:
>>> On 08/12/16 01:00, Mark Jones wrote:
>>> > [Reposting from KDE forum since this is a question for the devs]

>>> Hi Mark
>>>
>>> I'm not sure if wires are a bit crossed here?
>>> https://bugs.kde.org/show_bug.cgi?id=343256 is, as in its Subject,
>>> specific to the KF5 version, and also specific to CSV importing rather
>>> than QIF.

This was my fault, so many apologies for the confusion.

Having once entered a comment in the wrong bug, I've made a practice of
either clicking on links or copy/pasting bug numbers to avoid finger
trouble.  In this case, I don't know exactly what happened, but, one way
or the other, I must have been looking at the wrong bug when I made
those comments.

So, my apologies again.

Allan

Re: Reinvest Interest transaction

[aga]

On 08/12/16 01:00, Mark Jones wrote:
> [Reposting from KDE forum since this is a question for the devs]
> 
> Hi,
> 
> I have just finished importing several years of Quicken data into kmymoney.
> My thanks to the developers for this impressive Quicken Killer. Great job!
> 
> As reported in bug #343256, I noticed that investment transactions of type
> "ReinvInt" in the QIF file were ignored and I had to import them separately
> from a CSV file. The investment income type (Dividend vs Interest) is
> treated differently for tax purposes where I live so I need to track this
> in the transaction. I downloaded the kmymoney source code and have
> implemented the fix to support "ReinvInt" but I have a couple of questions
> about the "Reinvest Dividend" activity.
> 
> The "Reinvest Dividend" activity has a category selection drop down labeled
> "Interest" and I find the terminology in this dialog confusing. To my
> understanding, a security generates income of various types. The income
> type is important because it often has a tax impact for the investor. As
> dividends and interest are two different income types, this dialogue would
> make more sense to me if the activity was labeled "Reinvest income" and the
> category drop down was labeled "Income Type" rather than "Interest". Am I
> missing something? What was the intent of the "Interest" category?
> 
> Thanks in advance
> Mark
> 

Hi Mark

I'm not sure if wires are a bit crossed here?
https://bugs.kde.org/show_bug.cgi?id=343256 is, as in its Subject,
specific to the KF5 version, and also specific to CSV importing rather
than QIF.

That aside, it does appear that "ReinvInt" is not, and possibly never
has been, supported.  If you wish, you could submit your patch to our
reviewboard from where it may be possible to incorporate them.  It is
most likely that this would be in the KF5 version, which has not yet
been released.  I'm assuming that your requirement is for the income to
purchase further stock?

I suspect that the use of 'income' here is a generic term, used to
signify that money has been earned.  The 'income' field may be completed
with, say, _IntInc, or any other suitable category type.

Allan

Re: Why do this?

[aga]

On 05/12/16 11:16, Thomas Baumgart wrote:
> Hi Allen,
> 
> I try to find an answer to your question. The problem here is, that the 
> importer (actually any of them, maybe except QIF in some circumstances) does 
> not provide enough information and KMyMoney tries to add the missing pieces 
> from data found in the transactions already on file.
> 
> Here's what happens: you import data from the bank. This will lead to one 
> split of the transaction. The other side is yet unknown. The statement reader 
> now goes ahead and tries to find some more information based on the payees 
> name. In your case it finds a split transaction assigned to that payee. It 
> takes the other splits of the stored transaction and adds a copy of them to 
> the imported transaction. Since the amounts are different, it shows the 
> unbalanced results you see. There is no way for KMyMoney to determine what to 
> do with the difference without user intervention. If the amount of the 
> imported transaction is the same as the one on file (e.g. my monthly paycheck 
> has 17 splits) this works like a charm.
> 
> If the transaction found on file is one that has only two splits it is easy: 
> KMyMoney takes the account information of the second split on file and 
> assigns 
> the negated value of the imported split to it.
> 
> Hope that clarifies things.
> 
> Thomas
> 

Hi Thomas

Yes, that is more or less what I'd deduced, and I can see that it might
be helpful to pick up information from other transactions, but I can't
see how it helps to include the value of some other, arbitrary
transaction.  I've seen this and been confused in the past by strange
values being assigned.

If there are multiple splits in the 'other' transaction, they could well
be unchanging amounts that would need to be kept, but if there is only a
single split, presumably that amount would have to balance the primary
split, so that has little relevance in the new transaction, so why not
use the second split, as now, but use the negated value that came with
the new transaction?  I must say though that having the same payee name
presumably doesn't mean that that category will always be the same, so
has that any relevance?

I'm not really sure that trying to match in such cases is going to
produce a correct result.  Why not not have a second, possibly
irrelevant, split, and leave the user to do what he knows is needed,
without any distraction?

Allan



> On Sunday 04 December 2016 18:56:19 aga wrote:
> 
>> I'm puzzled again, or perhaps, just curious.
>>
>> Sometimes, when I import a CSV checking transaction, the ledger shows
>> the correct amount, but also shows the transaction as unbalanced.
>>
>> When I open the transaction, it shows as a split, but the amount is
>> different, and the difference shows as unassigned.  In fact, this new
>> amount is from another transaction for the same payee, but in this case
>> occurring four months later.
>>
>> If I edit the amount shown in the split dialog, all now appears as
>> correct, but why is this necessary, when the correct amount is already
>> at hand?
>>
>> In mymoneystatementreader.cpp(), from circa line 1076, there is a comment, -
>> "Fill in other side of the transaction (category/etc) based on payee..."
>> and -
>> "We'll search for the most recent transaction in this account with
>>   // this payee.  If this reference transaction is a simple 2-split
>>   // transaction, it's simple.  If it's a
>> completransactionUnderImportx split, and the amounts
>>   // are different, we have a problem.  Somehow we have to balance the
>>   // transaction.  For now, we'll leave it unbalanced, and let the user
>>   // handle it."
>>
>> So, it's not difficult for the user to correct, but why?  It just seems
>> to be unnecessary work.  What has been achieved?
>>
>> Allan

Why do this?

[aga]

I'm puzzled again, or perhaps, just curious.

Sometimes, when I import a CSV checking transaction, the ledger shows
the correct amount, but also shows the transaction as unbalanced.

When I open the transaction, it shows as a split, but the amount is
different, and the difference shows as unassigned.  In fact, this new
amount is from another transaction for the same payee, but in this case
occurring four months later.

If I edit the amount shown in the split dialog, all now appears as
correct, but why is this necessary, when the correct amount is already
at hand?

In mymoneystatementreader.cpp(), from circa line 1076, there is a comment, -
"Fill in other side of the transaction (category/etc) based on payee..."
and -
"We'll search for the most recent transaction in this account with
  // this payee.  If this reference transaction is a simple 2-split
  // transaction, it's simple.  If it's a
completransactionUnderImportx split, and the amounts
  // are different, we have a problem.  Somehow we have to balance the
  // transaction.  For now, we'll leave it unbalanced, and let the user
  // handle it."

So, it's not difficult for the user to correct, but why?  It just seems
to be unnecessary work.  What has been achieved?

Allan

Re: Puzzled by import matching

[aga]

Please ignore this, at least for the moment.  I'd assumed that because
matching was involved, whatever was wrong came after the CSV import.
However, a quick QIF test looked OK so... I found that if I selected one
of the columns as a category, then that looked to make all OK.  SO I
need to look more closely.

Allan

On 03/12/16 12:57, aga wrote:
> I'm importing the following CSV transaction -
> 
> Date   Transaction type Description  Paid out  Paid in
> Balance
> 30 Nov 2015  Bank credit F&C DST PMT  Bank credit F&C DST PMT  £4.87  
> £2403.47
> 
> What then shows in the checking account is
> 
> F&C Strategic Bond Dist (Dividend)
> 
> On editing, what shows is
> 
> the payee F&C DISTRIBUTION
> and
> Split transaction
> 
> _DivX 8.43
> F&C:F&C Strategic Bond Dist   0.00  (This is a category that does not exist)
> Sum of splits 8.43
> Unassigned   -8.43
> Transaction amount0.00
> 
> The 8.43 has no connection with this transaction, but appears in the
> previous transaction in the account.
> 
> If I delete the second split, the correct payee now shows in the
> checking account - F&C DISTRIBUTION.
> I'm given the choice of leaving the amount as 0.00 or changing it to the
> invalid 8.43.  The correct amount is nowhere to be seen.
> 
> Am I missing something?
> 
> Allan
> 

Puzzled by import matching

[aga]

I'm importing the following CSV transaction -

Date Transaction type Description  Paid out  Paid in
Balance
30 Nov 2015  Bank credit F&C DST PMT  Bank credit F&C DST PMT£4.87  
£2403.47

What then shows in the checking account is

F&C Strategic Bond Dist (Dividend)

On editing, what shows is

the payee F&C DISTRIBUTION
and
Split transaction

_DivX 8.43
F&C:F&C Strategic Bond Dist   0.00  (This is a category that does not exist)
Sum of splits 8.43
Unassigned   -8.43
Transaction amount0.00

The 8.43 has no connection with this transaction, but appears in the
previous transaction in the account.

If I delete the second split, the correct payee now shows in the
checking account - F&C DISTRIBUTION.
I'm given the choice of leaving the amount as 0.00 or changing it to the
invalid 8.43.  The correct amount is nowhere to be seen.

Am I missing something?

Allan

Re: KF5 - Updating prices doesn't work

[aga]

On 28/11/16 06:02, Cristian Oneț wrote:
> This feature (updating prices) was not working until relatively
> recently when I ported some disabled code [1]. So there might be some
> problems in that area. Could you share with use the settings of the
> quote that hags? Or could you debug to see where does the update
> process stop?
> 
> Regards,
> Cristian
> 
> [1] https://commits.kde.org/kmymoney/9ddcca03497a6fb7635ba02d41f0793c7329f876

> _

> My last email in response.

>Yes, this no longer occurs, so your commit looks to have fixed it.  Thanks.

>However, there are still some issues, but not affecting all stocks.

>I don't use finance-quote, but instead use the other method, using
>particular quote sources.  These sometimes stop working, when the
>web-site changes its format.  However, I'm having some success with
>quotes from Financial Times UK Funds.  Strangely, and outside of my
>understanding, some securities work, while others don't.

>Debugging is made more difficult because of changed behaviour on KF5.
>What used to happen was that the import from the source web-site was
>captured in a temp file, but this no longer occurs.  What happens
>instead is that it appears on the system console.  That wouldn't be too
>bad, but that doesn't occur at all for the files that I'm having trouble
>with.  My regex expressions appear to be OK as they work for other files
>from the source site.  So I'm a bit stumped, I'm afraid.

>Allan
> _

This is my follow up

I've managed to spend some time looking deeper into this and I think
I've resolved the problems.  There were different causes.  In some
cases, the investment wasn't found because it has been transferred by
the broker to a different fund, so no longer appeared in its prior form.
In some cases it wasn't found because my changes to the quotes plugin
parameters were not picked up correctly.  This was because of the move
of the resource file to a different directory.
I did find a few other issues along the way, one of which probably is
fairly long-standing, but a bit off the beaten track and not noticed
previously.  I'll document that when I've done some tidying up.

Allan

Re: KF5 - Updating prices doesn't work

[aga]

On 28/11/16 06:02, Cristian Oneț wrote:
> This feature (updating prices) was not working until relatively
> recently when I ported some disabled code [1]. So there might be some
> problems in that area. Could you share with use the settings of the
> quote that hags? Or could you debug to see where does the update
> process stop?
> 
> Regards,
> Cristian
> 
> [1] https://commits.kde.org/kmymoney/9ddcca03497a6fb7635ba02d41f0793c7329f876

Yes, this no longer occurs, so your commit looks to have fixed it.  Thanks.

However, there are still some issues, but not affecting all stocks.

I don't use finance-quote, but instead use the other method, using
particular quote sources.  These sometimes stop working, when the
web-site changes its format.  However, I'm having some success with
quotes from Financial Times UK Funds.  Strangely, and outside of my
understanding, some securities work, while others don't.

Debugging is made more difficult because of changed behaviour on KF5.
What used to happen was that the import from the source web-site was
captured in a temp file, but this no longer occurs.  What happens
instead is that it appears on the system console.  That wouldn't be too
bad, but that doesn't occur at all for the files that I'm having trouble
with.  My regex expressions appear to be OK as they work for other files
from the source site.  So I'm a bit stumped, I'm afraid.

Allan

> 
> 2016-11-06 12:47 GMT+02:00 aga :
>> Just tried to update stock prices for the first time under KF5.  It just
>> hangs at 68%, having output to the console only, "created tmpfile".
>> There is no expected entry  in /tmp - in fact no entry at all.
>>
>> I tried Update all, Update selected..., and also tried  a different
>> source, with no change of symptoms.
>>
>> I have been having intermittent problems on 4.8 with Morningstar, but at
>> least that made an attempt at working, albeit not always successfully.
>>
>> Has anyone else tried this yet?
>>
>> Allan
> 

Another minor point - Reinvest dividend query

[aga]

My memory is failing me, but I thought I remembered that when entering a
Reinvest dividend transaction, one would be presented with fields for
quantity price and amount.  Instead no Amount field is presented. No big
deal, for manual entry as one can enter two parameters and the third is
calculated,

When importing them, however, the value shows the same as the the
quantity, so every transaction needs to be edited.

This is on KF5, but my distro's package is the same and I don't now know
how prior releases behave.  How do other releases appear.  Am I
misremembering?

Allan

Minor point in KF5 (and pre?) Currency symbol position

[aga]

I don't remember if I've noticed this before, and ignored it, but as I'm
easing my way into KF5, I'm on the lookout for differences/errors,
mainly that I might have caused.

On the Ledger page, the £ symbol appears as a suffix instead of the
prefix it should be.  Big deal!

Allan

Can't import investments on KF5

[aga]

On completing the CSV importer fields/columns, when I clicked Import,
the account selector showed only checking accounts.

On disabling a recent code change, the account completed without any
account selection being offered, but seems to have been imported into a
closed account.

Allan

Closed accounts not shown

[aga]

If I look in Accounts view I don't see closed accounts, but they are
visible in  Institutions view and also in Edit> Find transaction.

I'd imported an investment file but couldn't find the transactions.  'Do
not show closed accounts is not checked'. 'Show equity accounts' is
checked.  I could get the account to show from Institutions view, and it
then showed also in Accounts view.  If I reopened the account, it then
showed in Accounts view, but when I closed it, it disappeared instead of
showing as 'closed'.

This is on Version 4.100.0-64d8749.

Allan

Re: Not again? KF5 - undefined symbol: _ZTV12MyMoneyMoney

[aga]

On 17/11/16 12:20, aga wrote:
> Now I'm getting -
> "kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
> KMyMoneyPlugin::PluginLoader:: createInstanceFromService returned
> nullptr for Weboob with error Cannot load library
> /usr/lib/x86_64-linux-gnu/qt5/plugins/kmm_weboob.so:
> (/usr/lib/x86_64-linux-gnu/qt5/plugins/kmm_weboob.so: undefined symbol:
> _ZTV12MyMoneyMoney)
> KMyMoneyPlugin::PluginLoader:: createInstanceFromService returned
> nullptr for CSV Importer with error Cannot load library
> /usr/lib/x86_64-linux-gnu/qt5/plugins/kmm_csvimport.so:
> (/usr/lib/x86_64-linux-gnu/qt5/plugins/kmm_csvimport.so: undefined
> symbol: _ZTV12MyMoneyMoney)...etc" when trying to run KMM.
> 
> I've deinstalled and reinstalled and confirmed that the distro package
> is not installed.
> 
> What else can I do please?
> 
> Allan
> 

What should my plugin be?
kcm_kmm_csvimport.so or kmm_csvimport.so?

Or both?  I seem to have both in /usr/lib/x86_64-linux-gnu/qt5/plugins

Allan

Not again? KF5 - undefined symbol: _ZTV12MyMoneyMoney

[aga]

Now I'm getting -
"kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find ""
KMyMoneyPlugin::PluginLoader:: createInstanceFromService returned
nullptr for Weboob with error Cannot load library
/usr/lib/x86_64-linux-gnu/qt5/plugins/kmm_weboob.so:
(/usr/lib/x86_64-linux-gnu/qt5/plugins/kmm_weboob.so: undefined symbol:
_ZTV12MyMoneyMoney)
KMyMoneyPlugin::PluginLoader:: createInstanceFromService returned
nullptr for CSV Importer with error Cannot load library
/usr/lib/x86_64-linux-gnu/qt5/plugins/kmm_csvimport.so:
(/usr/lib/x86_64-linux-gnu/qt5/plugins/kmm_csvimport.so: undefined
symbol: _ZTV12MyMoneyMoney)...etc" when trying to run KMM.

I've deinstalled and reinstalled and confirmed that the distro package
is not installed.

What else can I do please?

Allan

Unable to load some investments on KF5

[aga]

When the import file has been loaded, one needs to select the
appropriate columns for the various fields.  However, some investment
files do not have columns for the symbol and security name.  In these
cases, instead one entered those details into edit boxes.

This is no longer possible as recently the edit boxes have been removed.
 These need to be reinstated, please.

Allan

Re: symbol lookup error: kmymoney KF5

[aga]

It helps if the distro package for 4.8 is not also installed!!

I know I had previously installed it, and also had uninstalled it, but
with tooing and froing, it had crept back in.  When I went to double
check, and intending to have to install, followed by uninstall again, I
was quite surprised to find it was already installed.  I had to
uninstall Version 4.100.0-64d8749 and reinstall, and then all was
sweetness and light again.

Sorry for the noise.

Allan



On 15/11/16 20:25, Jack wrote:
> I've also seen this in the past, and of course can't remember exactly
> why, but in my memory, it usually shows up as a compile error.  I think
> it might be because KMM was compiled with a different version of gcc
> than some library it is linking to.  (I vaguely recall it is often
> related to c++ versioning issues.  However, that name - MyMoneyMoney
> with a prefix likely invented by the compiler) looks to be totally
> within KMM, so I'm about as stumped as you are.  One thing I would check
> (although I don't expect it to find anything) is to to 'ldd
> /path/to/kmymoney' and see if any of the library links are broken or
> missing.
> 
> Jack
> 
> On 2016.11.15 14:21, aga wrote:
>> I've been using KF5 now for several days, with some minor problems, but
>> basically useable for me.
>>
>> However, on attempting to run KMM today I got this -
>> "
>> kmymoney: symbol lookup error: kmymoney: undefined symbol:
>> _ZTI12MyMoneyMoney
>> aga@z"
>>
>> I've uninstalled and reinstalled but it persists.  I've even used a new
>> sandbox with the same results, so I'm stumped.
>>
>> Please can anyone put me out of my misery.
>>
>> Allan
>>
> 
> 

symbol lookup error: kmymoney KF5

[aga]

I've been using KF5 now for several days, with some minor problems, but
basically useable for me.

However, on attempting to run KMM today I got this -
"
kmymoney: symbol lookup error: kmymoney: undefined symbol:
_ZTI12MyMoneyMoney
aga@z"

I've uninstalled and reinstalled but it persists.  I've even used a new
sandbox with the same results, so I'm stumped.

Please can anyone put me out of my misery.

Allan

Crash when importing CSV file

[aga]

The crash of KMM seems to happen every time, at least with one
particular account.  I get Segmentation fault (core dumped)
but with no other detail.

Allan

CSV Import account selector malfunction on KF5

[aga]

Still updating.

When I am importing a CSV file and get to the account selector dialog,
multiple accounts show, as expected, but not all of them.  So, I have to
scroll to display the required name.  Unfortunately, any click in the
window, other than on one of the names, causes the scroll list drop-down
to disappear.

It is necessary to enter a few matching characters into the edit box to
get the required account to show in the drop-down.

Another bug to raise, I think.

Allan

Re: CSV importing restricted to Banking Asset accounts?

[aga]

On 06/11/16 15:23, Claudio Felix wrote:
> Hi everyone!
> 
> I'm already using Kmymoney for a long time and find it very nice and
> useful. Today though I found what I consider a regression in importing CSV
> files. I use this feature to import all kinds of statements which are not
> natively in OFX format, such as my credit card statement. The problem I
> found today with git version 4.8.0
> (commit 25cbb1a0d11f404e32ce52afe96c804aab89fda1) is that only my Bank
> (asset) account is appearing as an option for importing to. Since my credit
> card account is a liability account, it is not displaying anymore as an
> option for target account for importing the CSV data. I remember very well
> having no restriction about this, so I'd like to check with you guys what
> happened along the way and hopefully fix this.
> 
> Thanks for your attention.
> 
> Claudio
> 

Hi Claudio

This has already been fixed and will appear in the next stable release,
unless you are able to compile from source.

Allan

Re: CSV importer oddness

[aga]

Hi Łukasz

I mentioned some while back that personal circumstances limit my time,
unfortunately.  However, I will see if I can have a look.

> 1) Account (not file) 

Oops.

> selector doesn't show up if name of one of yours accounts
> matches text in yours statement header.

I'm not clear here.  The data I'm importing comes from my bank.  The
name of the account into which I wish to import comes out of my head.
How do you match them?  The file is being imported into a temporary
liability account which has no connection with the bank involved.  The
file does not know into which account I want to import it.

> You can turn it off

How?

> 2) CSV importer plugin terminates because that's what it should do after 
successful import.

But the import wasn't successful so I wish to go back to see if I made a
mistake with parameters.

> Nobody expects it to stay there forever, so you can 
> manually close it every time,

That used to be the way it worked, but now, it's gone.  It would have
closed when the user clicked Finish or Cancel.

> 3) UI should add "*" suffix, if not then your case is corner case and that's 
> bug > to solve, go ahead and try,

Allan

Dnia niedziela, 6 listopada 2016 11:19 aga pisze:
> On 01/11/16 18:33, aga wrote:
> > Carrying on with my accounts catch-up.
> > 
> > I've just imported a CSV file (or tried to).  I went through the set-up,
> > but on clicking Import, I didn't get the file selector, but did get the
> > Statement stats screen, which seemed to be indicating a successful import.
> > 
> > However, the account into which I had intended to do the import showed
> > no sign.  After doing a search, I found the import had gone to a
> > different account altogether.
> > I think this account is a temporary credit card account I added when it
> > was not possible to import into credit card accounts, but the file being
> > imported was for a checking account.  So, I'm a bit non-plussed.
> > 
> > Allan
> 
> Just tried to import a different file, but with the same result - no
> import file selector, and the data was imported to an
> unrelated/unreferenced account.
> 
> In addition, the CSV importer plugin terminates when Import is clicked,
> so giving no opportunity to back-track and check entered parameters.
> 
> Also, when selecting multiple memo transactions, the UI no longer adds
> the "*" suffix to the selected column number to show which memo columns
> are selected.  This was an existing functionality that has been removed
> for some reason.
> 
> I will raise bug reports for these issues.
> 
> Allan

Re: CSV importer oddness

[aga]

On 01/11/16 18:33, aga wrote:
> Carrying on with my accounts catch-up.
> 
> I've just imported a CSV file (or tried to).  I went through the set-up,
> but on clicking Import, I didn't get the file selector, but did get the
> Statement stats screen, which seemed to be indicating a successful import.
> 
> However, the account into which I had intended to do the import showed
> no sign.  After doing a search, I found the import had gone to a
> different account altogether.
> I think this account is a temporary credit card account I added when it
> was not possible to import into credit card accounts, but the file being
> imported was for a checking account.  So, I'm a bit non-plussed.
> 
> Allan
> 

Just tried to import a different file, but with the same result - no
import file selector, and the data was imported to an
unrelated/unreferenced account.

In addition, the CSV importer plugin terminates when Import is clicked,
so giving no opportunity to back-track and check entered parameters.

Also, when selecting multiple memo transactions, the UI no longer adds
the "*" suffix to the selected column number to show which memo columns
are selected.  This was an existing functionality that has been removed
for some reason.

I will raise bug reports for these issues.

Allan

KF5 - Updating prices doesn't work

[aga]

Just tried to update stock prices for the first time under KF5.  It just
hangs at 68%, having output to the console only, "created tmpfile".
There is no expected entry  in /tmp - in fact no entry at all.

I tried Update all, Update selected..., and also tried  a different
source, with no change of symptoms.

I have been having intermittent problems on 4.8 with Morningstar, but at
least that made an attempt at working, albeit not always successfully.

Has anyone else tried this yet?

Allan

Re: More libalkimia problems/questions was: problems compiling 4.8 on system with both qt4 and qt5

[aga]

I replied earlier to this but it seems not to have survived, so here it
is again.  And I hope I'm not confused here.
"
Sorry,it was the duplication 'Aa' I was referring to. It jumps out at me
so I didn't make it clearer."

Allan


On 03/11/16 07:24, Ralf Habacker wrote:
> Am 03.11.2016 um 00:25 schrieb aga:
>> I don't know if this is/these are typos or deliberate, or even if
>> they're important, or fixed already, but, in this chunk, there are four
>> LibAalkimiaxx's.
> These are two variants to show how it could be performed:
> 
> variant 1:
>> if(QT4_FOUND)
>>>find_package(LibAalkimia4)
>>>if(NOT LIBALKIMIA4_FOUND)  [1]
>>> find_package(LibAalkimia)
>>>endif()
>>> else()
>>>find_package(LibAalkimia5)
>>> endif()
> [1] for alkimia 4.3.2 package
> 
> 
> variant 2 (without search for old alkimia package)
>>>
>>> if(QT4_FOUND)
>>>set(QT_SLOT 4)
>>> else()
>>>set(QT_SLOT 5)
>>> endif()
>>>
>>> find_package(LibAalkimia${QT_SLOT})
> Ralf
> 

Re: More libalkimia problems/questions was: problems compiling 4.8 on system with both qt4 and qt5

[aga]

I don't know if this is/these are typos or deliberate, or even if
they're important, or fixed already, but, in this chunk, there are four
LibAalkimiaxx's.

if(QT4_FOUND)
>find_package(LibAalkimia4)
>if(NOT LIBALKIMIA4_FOUND)
>   find_package(LibAalkimia)
>endif()
> else()
>find_package(LibAalkimia5)
> endif()
> 
> if(QT4_FOUND)
>set(QT_SLOT 4)
> else()
>set(QT_SLOT 5)
> endif()
> 
> find_package(LibAalkimia${QT_SLOT})

Allan


On 02/11/16 18:35, Ralf Habacker wrote:
> Am 01.11.2016 um 00:05 schrieb Jack:
> 
>> For Gentoo, if two versions are coinstallable, they get assigned to
>> different "slots" and in this case, I think the slot number would
>> easily correspond to the qt version (4 or 5) to align with other qt
>> and kde packages.  Also, as Gentoo is a source based distro, they
>> really cannot install any files with the same name, so the base
>> libalkimia.so should go to libalkimia4.so and libalkimia5.so.  (One of
>> them could stay libalkimia.so, but why not make things consistent if
>> were changing that much anyway?)
>>
> Collecting all requirements we get the following installation path layout: 
> 
> Alikima 6.0.90 Qt4: [on a x86_64 system using /usr/local install prefix]
> -- Installing: /usr/local/lib64/libalkimia4.so.6.0.90
> -- Installing: /usr/local/lib64/libalkimia4.so.6
> -- Installing: /usr/local/lib64/libalkimia4.so
> -- Installing: /usr/local/lib64/cmake/LibAlkimia4-6.0/LibAlkimia4Targets.cmake
> -- Installing: 
> /usr/local/lib64/cmake/LibAlkimia4-6.0/LibAlkimia4Targets-noconfig.cmake
> -- Installing: /usr/local/include/alkimia4-6.0/alkimia/alkvalue.h
> -- Installing: /usr/local/include/alkimia4-6.0/alkimia/alkquoteitem.h
> -- Installing: /usr/local/include/alkimia4-6.0/alkimia/alkcompany.h
> -- Installing: /usr/local/include/alkimia4-6.0/alkimia/alk_export.h
> -- Installing: /usr/local/lib64/cmake/LibAlkimia4-6.0/LibAlkimia4Config.cmake 
> [1]
> -- Installing: 
> /usr/local/lib64/cmake/LibAlkimia4-6.0/LibAlkimia4ConfigVersion.cmake
> -- Installing: /usr/local/lib64/cmake/LibAlkimia4-6.0/FindGMP.cmake
> -- Installing: /usr/local/lib64/pkgconfig/libalkimia4.pc [2]
> 
> [1] with LIBALKIMIA4_INCLUDE_DIR=${PACKAGE_PREFIX_DIR}/include/alkimia4-6.0/ 
> and LIBALKIMIA4_LIBRARIES=${PACKAGE_PREFIX_DIR}/lib64/libalkimia4.so.6.0.90
> [2] with includedir=include/alkimia4-6.0 and Libs:-lalkimia4
> 
> Alkimia 6.0.90 Qt5:  [on a x86_64 system using /usr/local install prefix]
> -- Installing: /usr/local/lib64/libalkimia5.so.6.0.90
> -- Installing: /usr/local/lib64/libalkimia5.so.6
> -- Installing: /usr/local/lib64/libalkimia5.so
> -- Installing: /usr/local/lib64/cmake/LibAlkimia5-6.0/LibAlkimia5Targets.cmake
> -- Installing: 
> /usr/local/lib64/cmake/LibAlkimia5-6.0/LibAlkimia5Targets-noconfig.cmake
> -- Installing: /usr/local/include/alkimia5-6.0/alkimia/alkvalue.h
> -- Installing: /usr/local/include/alkimia5-6.0/alkimia/alkquoteitem.h
> -- Installing: /usr/local/include/alkimia5-6.0/alkimia/alkcompany.h
> -- Installing: /usr/local/include/alkimia5-6.0/alkimia/alk_export.h
> -- Installing: /usr/local/lib64/cmake/LibAlkimia5-6.0/LibAlkimia5Config.cmake 
> [1]
> -- Installing: 
> /usr/local/lib64/cmake/LibAlkimia5-6.0/LibAlkimia5ConfigVersion.cmake
> -- Installing: /usr/local/lib64/cmake/LibAlkimia5-6.0/FindGMP.cmake
> -- Installing: /usr/local/lib64/pkgconfig/libalkimia5.pc [2]
> 
> [1] with LIBALKIMIA5_INCLUDE_DIR=${PACKAGE_PREFIX_DIR}/include/alkimia5-6.0/ 
> and LIBALKIMIA5_LIBRARIES=${PACKAGE_PREFIX_DIR}/lib64/libalkimia5.so.6.0.90
> [2] with includedir=include/alkimia5-6.0 and Libs:-lalkimia5
> 
> 
> On the client side this would required to use 
> 
> if(QT4_FOUND)
>find_package(LibAalkimia4)
>if(NOT LIBALKIMIA4_FOUND)
>   find_package(LibAalkimia)
>endif()
> else()
>find_package(LibAalkimia5)
> endif()
> 
> if(QT4_FOUND)
>set(QT_SLOT 4)
> else()
>set(QT_SLOT 5)
> endif()
> 
> find_package(LibAalkimia${QT_SLOT})
> ...
> 
> |add_executable( ...) target_link_libraries(
> Alkimia::alkimia)|
> 
> BTW: Using the '4' slot has also the advantage to not conflict with the 
> present cmake find module for version 4.3.2 which already results in some 
> detection issues.
> 
> If that is accepted I would provide a pull or review request for alkimia with 
> a related patch. 
> 
> Cheers
> Ralf 
> 
> 

CSV importer oddness

[aga]

Carrying on with my accounts catch-up.

I've just imported a CSV file (or tried to).  I went through the set-up,
but on clicking Import, I didn't get the file selector, but did get the
Statement stats screen, which seemed to be indicating a successful import.

However, the account into which I had intended to do the import showed
no sign.  After doing a search, I found the import had gone to a
different account altogether.
I think this account is a temporary credit card account I added when it
was not possible to import into credit card accounts, but the file being
imported was for a checking account.  So, I'm a bit non-plussed.

Allan

Re: persistent problem building new versions

[aga]

On 29/10/16 17:40, Jack Ostroff wrote:
> Trying to build 4.8, if I set QT_SELECT=4, it does mainly pull in Qt4
> stuff and not Qt5, but not completely.  Something is still pulling in
> some Qt5 stuff.  CMakeCache.txt still includes:
> 
> CMakeCache.txt://The directory containing a CMake configuration file for
> Qt5Core.
> CMakeCache.txt:Qt5Core_DIR:PATH=/usr/lib/i386-linux-gnu/cmake/Qt5Core
> CMakeCache.txt://The directory containing a CMake configuration file for
> Qt5DBus.
> CMakeCache.txt:Qt5DBus_DIR:PATH=/usr/lib/i386-linux-gnu/cmake/Qt5DBus
> 
> In addition, if I include -DQT_INSTALL_DIR=path/to/qt4 it says it is a
> manually specified variable which is not used, although it does show up
> in CMakeCache.txt.  If I do NOT include it, CMakeCache.txt shows it
> pointing to the Qt5 version.
> 
> Right now, I'm working on Kubuntu 16.10, but I've had similar problems
> in the previous Kubuntu version and on Gentoo.  Is it likely I've got
> some dependency installed as a Qt5 version, and if so, how do I find it
> without explicitly checking every one?
> 
> I'm getting rather frustrated with this, partly becuase I've tried so
> many different approaches (trying both 4.8 and master) that I know I've
> gotten myself confused as to exactly what I have with any particular
> attempt.
> 
> Thanks for any suggestions.
> 
> Jack
> 

Having finally got KF5 built, I wanted also 4.8.0, but didn't want
another hacking session, so, on Kubuntu 16.10, I used their package and
all is sweetness and light.  No messing with cmake variables.
Obviously, I have to uninstall and reinstall, but that's pretty quick.
I'd tried a number of different distros but kept running into missing
dependencies, and not always finding the versions needed.

Allan


Allan

Re: KMM category search

[aga]

On 28/10/16 20:12, asolive...@kde.org wrote:
> That's expected. It will only show matching categories and the parents, not 
> the children.
> 

OK, thanks.  I'm not trying to pick holes.  I'm not even "testing", just
doing some catching up on my accounts, which have fallen behind, plus a
biggish loss of some data, and using KF5 for the first time.  All in
all, it's looking pretty good.

Allan

> El 28 de octubre de 2016 12:37:11 GMT-03:00, aga  
> escribió:
>> On 28/10/16 14:31, asolive...@kde.org wrote:
>>> Hi Allan,
>>> I think the logic is to show any category that matches the filter
>> plus its parent.
>>> Remember that you can have multiple categories with the same name,
>> thus displaying the hierarchy is important.
>>> Regards,
>>> Alvaro
>>>
>>
>> Hi Alvaro
>>
>> Yes, I understand that, but when I enter
>> ins I get
>> Insurance
>>  Auto Insurance
>>  Health Insurance
>>  Life Insurance
>> but it doesn't show
>> Insurance
>>  Car
>>
>> I was expecting that to pick up the main category Insurance and also
>> show its subcategories, but it only shows those that actually contain
>> Insurance
>>
>> Allan
> 

Re: KMM category search

[aga]

On 28/10/16 14:31, asolive...@kde.org wrote:
> Hi Allan,
> I think the logic is to show any category that matches the filter plus its 
> parent.
> Remember that you can have multiple categories with the same name, thus 
> displaying the hierarchy is important.
> Regards,
> Alvaro
> 

Hi Alvaro

Yes, I understand that, but when I enter
ins I get
Insurance
Auto Insurance
Health Insurance
Life Insurance
but it doesn't show
Insurance
Car

I was expecting that to pick up the main category Insurance and also
show its subcategories, but it only shows those that actually contain
Insurance

Allan

KMM category search

[aga]

If I go to the Category view, and enter "ins" into the search box at the
bottom, I get three entries

Insurance
Auto Insurance
Health Insurance
Life Insurance

I was actually expecting "Car" to show up as well.

If instead I enter "car" I get

Insurance
Car

If I clear the search box, I see

Insurance
Auto Insurance
Car
Health Insurance
Life Insurance

It looks like the search ignores the main category and searches just the
sub-categories, or if it finds a main category, it ignores the
sub-categories, or something.

Allan

KMM Two instances possible - no warning

[aga]

It's possible to launch two instances, without any warning being given.

Allan

Unable to match the selected transactions

[aga]

I received this message on attempting to do a match.

The detail is blank.

A Anderson

Re: CSV Importer Download Account Selector

[aga]

On 27/10/16 22:35, Jack wrote:
> On 2016.10.27 17:15, aga wrote:
>> On 27/10/16 20:59, Jack wrote:
>> > On 2016.10.27 14:12, aga wrote:
>> >> When about to import a CSV file, no account is shown, so select one from
>> >> the drop-down.  It does not show up in the edit box.  On entering the
>> >> first two characters of the account name, it now appears and the import
>> >> completes successfully.
>> >>
>> >> Allan
>> >>
>> > Does this need to be filed as a bug against the Frameworks version?  I
>> > assume if you select an account from the drop-down, that selection
>> > should populate the text box.
>> >
>> > Jack
>> >
>>
>> Yes, that is the usual.
>>
>> I've already filed several bugs that have had no response, so I'm just
>> going to document them here for a while.  There will then need to be a
>> follow-up.
>>
> I think the short term priority is to get a Frameworks based version
> released, which requires the porting of I don't know how many more
> routines.  I'm having enough trouble consistently compiling git head
> that I haven't even thought of doing any of that coding, although I'd
> love to make a try at it.  Once 5.0 is released, I suspect there will be
> a few releases of mainly bug fixes to smooth the rough edges.
> 
> Jack

Oh, yes, the main functionality is there and looking good.  A little bit
of polishing will inevitably be required, as one would expect.

Allan

Re: CSV Importer Download Account Selector

[aga]

On 27/10/16 20:59, Jack wrote:
> On 2016.10.27 14:12, aga wrote:
>> When about to import a CSV file, no account is shown, so select one from
>> the drop-down.  It does not show up in the edit box.  On entering the
>> first two characters of the account name, it now appears and the import
>> completes successfully.
>>
>> Allan
>>
> Does this need to be filed as a bug against the Frameworks version?  I
> assume if you select an account from the drop-down, that selection
> should populate the text box.
> 
> Jack
> 

Yes, that is the usual.

I've already filed several bugs that have had no response, so I'm just
going to document them here for a while.  There will then need to be a
follow-up.

Allan

Re: KMM File Encryption

[aga]

On 27/10/16 20:58, Jack wrote:
> On 2016.10.27 14:46, aga wrote:
>> The following question gets asked on saving -
>> "You have configured to save your data in encrypted form using GPG. Make
>> sure you understand that you might lose all your data if you encrypt it,
>> but cannot decrypt it later on. If unsure, answer No."
>>
>> To what am I answering "No"? It's not clear to me, especially as I
>> haven't ever encrypted any files
>>
>> Allan
> I suppose it could be considered to be poorly worded, but it is asking
> if you really want to save the file encrypted.  In 4.8, I suppose it
> should really say select "No encryption" in the dropdown for selecting
> an encryption key.  It seems that the default "save as" is to select an
> encryption key if it can find one.  I don't have the frameworks version
> running now, so I can't check how it may have changed.
> 
> 

Yes, I think the wording perhaps should be expanded.  At first, I
thought I was saying I don't understand, but it then continued.  The
Title overflows the window width, so that isn't as helpful as it could be.

Allan

Re: KMM File Encryption

[aga]

On 27/10/16 19:46, aga wrote:
> The following question gets asked on saving -
> "You have configured to save your data in encrypted form using GPG. Make
> sure you understand that you might lose all your data if you encrypt it,
> but cannot decrypt it later on. If unsure, answer No."
> 
> To what am I answering "No"? It's not clear to me, especially as I
> haven't ever encrypted any files
> 
> Allan
> 


The saved file does not appear to be encrypted.

Allan

KMM File Encryption

[aga]

The following question gets asked on saving -
"You have configured to save your data in encrypted form using GPG. Make
sure you understand that you might lose all your data if you encrypt it,
but cannot decrypt it later on. If unsure, answer No."

To what am I answering "No"? It's not clear to me, especially as I
haven't ever encrypted any files

Allan

CSV Importer Download Account Selector

[aga]

When about to import a CSV file, no account is shown, so select one from
the drop-down.  It does not show up in the edit box.  On entering the
first two characters of the account name, it now appears and the import
completes successfully.

Allan

Re: Encryption query

[aga]

On 27/10/16 15:32, Jack wrote:
> On 2016.10.27 08:06, aga wrote:
>> On 27/10/16 11:51, Thomas Baumgart wrote:
>> > Allan,
>> >
>> > On Thursday 27 October 2016 11:28:47 aga wrote:
>> >
>> >> The last couple of times I've saved my file, I've received a warning
>> >> about the dire consequences of possible data loss if I were to lose my
>> >> password.
>> >>
>> >> I've looked in KMM settings and encryption is off.  I checked ccmake and
>> >> couldn't see an option for encryption, but in the summary, KDE PIM
>> >> encryotion is shown as enabled.
>> >>
>> >> Do I have a problem?  Can I disable encryption?  How?
>> >
>> > No, I don't think you have a problem. The storage method is kept in the 
>> > data
>> > file, so if you open a file that was encrypted it will be saved encrypted
>> > again. And that, if you decrypt it externally and open it as an XML file. 
>> > If
>> > you want to permanently remove the encryption from it, you need to 'save 
>> > as'
>> > and select a non-encrypting method.
>> >
>> > Hope that helps.
>> >
>> > Regards
>> >
>> >
>> > Thomas
>> >
>>
>> Hi Thomas
>>
>> Erm.. Shouldn't the file dialogs then allow selection of encryption
>> method?  Neither Load nor Save does now here.
>>
>> I'm on kf5, and seem to remember seeing them previously.
>>
>> I hadn't, deliberately, encrypted any KMM files.
>>
>> Allan
> The Save As dialog does so in 4.8.  Has that been fully ported to
> Frameworks?  I also wonder why it would warn about losing access if it
> is not saving encrypted.  Did that possibly get changed in the port to
> Frameworks?
> 
> Alan - you have not explicitly said whether your file is actually being
> saved encrypted or not, but I assume not?
> 
> Jack

Hi Jack

Well, that's another thing.  I wanted to save as XML, in order to
actually see something sensible.  Sadly, there is no choice for save as
XML, or encrypted.
The dialog is just the bare bones.

Allan

CSV Importer File Dialog

[aga]

The KF5 dialog doesn't allow adding to the Places list.  It gives the
Home directory, and then you have to trail through the tree to find the
wanted directory and file.

Allan

Re: Encryption query

[aga]

On 27/10/16 11:51, Thomas Baumgart wrote:
> Allan,
> 
> On Thursday 27 October 2016 11:28:47 aga wrote:
> 
>> The last couple of times I've saved my file, I've received a warning
>> about the dire consequences of possible data loss if I were to lose my
>> password.
>>
>> I've looked in KMM settings and encryption is off.  I checked ccmake and
>> couldn't see an option for encryption, but in the summary, KDE PIM
>> encryotion is shown as enabled.
>>
>> Do I have a problem?  Can I disable encryption?  How?
> 
> No, I don't think you have a problem. The storage method is kept in the data 
> file, so if you open a file that was encrypted it will be saved encrypted 
> again. And that, if you decrypt it externally and open it as an XML file. If 
> you want to permanently remove the encryption from it, you need to 'save as' 
> and select a non-encrypting method.
> 
> Hope that helps.
> 
> Regards
> 
> 
> Thomas
> 

Hi Thomas

Erm.. Shouldn't the file dialogs then allow selection of encryption
method?  Neither Load nor Save does now here.

I'm on kf5, and seem to remember seeing them previously.

I hadn't, deliberately, encrypted any KMM files.

Allan

Encryption query

[aga]

The last couple of times I've saved my file, I've received a warning
about the dire consequences of possible data loss if I were to lose my
password.

I've looked in KMM settings and encryption is off.  I checked ccmake and
couldn't see an option for encryption, but in the summary, KDE PIM
encryotion is shown as enabled.

Do I have a problem?  Can I disable encryption?  How?

Allan

Re: CSV Import Crash

[aga]

On 26/10/16 17:19, aga wrote:
> I was importing a CSV credit card file, and on clicking Import CSV,
> nothing happened for a few seconds, then KMM crashed with no backtrace,
> but there was a dump, which I didn't see, but which got sent off somewhere.
> 
> This was followed by other KDE apps bombing.
> 
> I repeated the same procedure, and again a crash occurred, but with no
> other system problems apparent.
> 
> The console showed
> QObject::connect: No such signal
> FormatsPage::statementReady(MyMoneyStatement&)
> QObject::connect:  (sender name:   'FormatsPage')
> QObject::connect:  (receiver name: 'csvimport')
> Segmentation fault (core dumped)
> 
> This was followed by a number of entries like
> Selection[ Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
> Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] Position( 0x0
> "null" : 0 ) Position( 0x0 "null" : 0 ) - in fact apparently identical, then
> [character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
> "null" : 0 )
> 
> Segmentation fault (core dumped)
> 
> Allan
> 
There have been several more
QObject::connect: No such signal
FormatsPage::statementReady(MyMoneyStatement&)
QObject::connect:  (sender name:   'FormatsPage')
QObject::connect:  (receiver name: 'csvimport')
KMyMoneyPlugin::KMMStatementInterface::import start
Updating account in MyMoneyStatementReader::startImport failed
Importing statement for ''
Importing statement for '' done
QObject::connect: No such signal
FormatsPage::statementReady(MyMoneyStatement&)
QObject::connect:  (sender name:   'FormatsPage')
QObject::connect:  (receiver name: 'csvimport')
KMyMoneyPlugin::KMMStatementInterface::import start

Allan

CSV Import Crash

[aga]

I was importing a CSV credit card file, and on clicking Import CSV,
nothing happened for a few seconds, then KMM crashed with no backtrace,
but there was a dump, which I didn't see, but which got sent off somewhere.

This was followed by other KDE apps bombing.

I repeated the same procedure, and again a crash occurred, but with no
other system problems apparent.

The console showed
QObject::connect: No such signal
FormatsPage::statementReady(MyMoneyStatement&)
QObject::connect:  (sender name:   'FormatsPage')
QObject::connect:  (receiver name: 'csvimport')
Segmentation fault (core dumped)

This was followed by a number of entries like
Selection[ Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 )
Position( 0x0 "null" : 0 ) Position( 0x0 "null" : 0 ) 1 ] Position( 0x0
"null" : 0 ) Position( 0x0 "null" : 0 ) - in fact apparently identical, then
[character:baseIsStart] true Position( 0x0 "null" : 0 ) Position( 0x0
"null" : 0 )

Segmentation fault (core dumped)

Allan

CSV Importer resource file location moved?

[aga]

I'm just starting to look at KMM on KF5 and when I launch the CSV
importer, it is not picking up the correct profiles, but only a very
limited version, containing two instead of 10 in my case.

It appears to be picking it up from /home/USER/.config/ instead of from
/home/USER/.kde/share/config/  This means that any user with an existing
resource file will not have it loaded.

Allan

Re: alkimia yet again - on KF5 - Success

[aga]

On 25/10/16 19:53, Cristian Oneț wrote:
> As the cmake message states:
> 
>   Add the installation prefix of "LibAlkimia" to CMAKE_PREFIX_PATH or set
>   "LibAlkimia_DIR" to a directory containing one of the above files.  If
>   "LibAlkimia" provides a separate development package or SDK, be sure it has
>   been installed."
> 
> So if you installed libalkimia from git to
> /home/dev/libalkimia-install the, while configuring kmymoney pass the
> -D CMAKE_PREFIX_PATH=/home/dev/libalkimia-install option.
> 
> 2016-10-25 21:34 GMT+03:00 allan :
>> Thanks Cristian. I have already built it from git but couldn't see, yet, how
>> to integrate it.
>> Allan

Finally, success!
I made much better progress using Kubuntu, but I wasn't quite as close
as I thought I was, but once I realised what I was doing wrong, it went
a lot faster.  Thanks

Allan


>>  Original message 
>> From: Cristian Oneț 
>> Date: 25/10/2016 19:08 (GMT+00:00)
>> To: For KMyMoney development 
>> Subject: Re: alkimia yet again - on KF5
>>
>> Yes, build libalkimia [1] and use it instead of the one provided by your
>> system.
>>
>> [1] https://quickgit.kde.org/?p=alkimia.git
>>
>> 2016-10-25 20:53 GMT+03:00 aga :
>>> After many attempts, I think I'm getting close, but I now need Alkimia
>>>> = 6 and haven't yet found a source, after several hours.  My distro has
>>> only rev 5.
>>>
>>> Can someone point me in the right direction please.  Thanks.
>>>
>>> Allan
>>>
> 

alkimia yet again - on KF5

[aga]

After many attempts, I think I'm getting close, but I now need Alkimia
>= 6 and haven't yet found a source, after several hours.  My distro has
only rev 5.

Can someone point me in the right direction please.  Thanks.

Allan

Re: Build problem with 4.8.0

[aga]

On 23/10/16 20:24, Jack wrote:
> On 2016.10.23 14:02, aga wrote:
>> I'm trying to build 4.8.0 from git and am having problems.  I thought,
>> perhaps wrongly, that 4.8.0 would be KDE4 rather than qt5, but found
>> there were quite a few qt5 files involved.  Finally, I think I've got
>> rid of those and have now got to make.  I'm getting an error here that I
>> don't understand -
>>
>> [  0%] Building CXX object
>> libkgpgfile/CMakeFiles/kgpgfile.dir/kgpgfile.cpp.o
>> In file included from
>> /home/aga/kmymoney-4.8.0/libkgpgfile/kgpgfile.cpp:20:0:
>> /home/aga/kmymoney-4.8.0/libkgpgfile/kgpgfile.h:22:17: fatal error:
>> QFile: No such file or directory
>> compilation terminated.
>> libkgpgfile/CMakeFiles/kgpgfile.dir/build.make:62: recipe for target
>> 'libkgpgfile/CMakeFiles/kgpgfile.dir/kgpgfile.cpp.o' failed
>> make[2]: *** [libkgpgfile/CMakeFiles/kgpgfile.dir/kgpgfile.cpp.o] Error 1
>> CMakeFiles/Makefile2:150: recipe for target
>> 'libkgpgfile/CMakeFiles/kgpgfile.dir/all' failed
>>
>> Now, I do seem to have that file in that directory, so what is the
>> problem, please.
> I can't help with that particular error, but on the qt5 stuff, I fought
> that for a long time.  It turns out in my case, that at least one of the
> dependencies had been compiled with qt5, and that dragged in other qt5
> stuff.  (That was libalkimia, which we've discussed in other threads.) 
> What you can try, is in the build directory, do "grep -i qt5
> CMakeCache.txt" and hope you don't find any.  I suppose a "grep -ir"
> would be even more thorough, but the first always found it for me.
> 
> Jack

Hi Jack

I've been reading your epic biography!

Now, this surprises me, showing the shallowness of my knowledge/memory,
as I'd done a text search of the
CMakeLists.txt, which now produces no finds.  However, your two
suggestions produce -

QT_BINARY_DIR:INTERNAL=/usr/lib/x86_64-linux-gnu/qt5/bin
QT_HEADERS_DIR:INTERNAL=/usr/include/x86_64-linux-gnu/qt5

Only on seeing the result did it dawn on me to look at CMakeCache.txt.
I'm glad to say that I immediately realised that after removing the qt5
references, I hadn't deleted that file or the build directory.  Right
now, make has reached 25% and looking good.

I got bogged down on qt5 build, and didn't really understand what it was
telling me about wrong versions.  I didn't seem to have what it wanted
and couldn't find a source for them.  Assuming 4.8.0 goes OK - now 65%
-I'll need to try once more, again, again.  Installation now complete.

Many thanks, again

Allan

Build problem with 4.8.0

[aga]

I'm trying to build 4.8.0 from git and am having problems.  I thought,
perhaps wrongly, that 4.8.0 would be KDE4 rather than qt5, but found
there were quite a few qt5 files involved.  Finally, I think I've got
rid of those and have now got to make.  I'm getting an error here that I
don't understand -

[  0%] Building CXX object
libkgpgfile/CMakeFiles/kgpgfile.dir/kgpgfile.cpp.o
In file included from
/home/aga/kmymoney-4.8.0/libkgpgfile/kgpgfile.cpp:20:0:
/home/aga/kmymoney-4.8.0/libkgpgfile/kgpgfile.h:22:17: fatal error:
QFile: No such file or directory
compilation terminated.
libkgpgfile/CMakeFiles/kgpgfile.dir/build.make:62: recipe for target
'libkgpgfile/CMakeFiles/kgpgfile.dir/kgpgfile.cpp.o' failed
make[2]: *** [libkgpgfile/CMakeFiles/kgpgfile.dir/kgpgfile.cpp.o] Error 1
CMakeFiles/Makefile2:150: recipe for target
'libkgpgfile/CMakeFiles/kgpgfile.dir/all' failed

Now, I do seem to have that file in that directory, so what is the
problem, please.

Thanks

Allan

CSV Importing Issue

[aga]

My credit card statement company has revised their web site, and the 
statement importing procedure has changed.


The KMM CSV importer is not happy with this new format.  All characters 
have an interspersed null character (I think, probably 00). Each line is 
followed by an additional line containing the same odd character.  So, 
the import is incorrect.


If I import via Libre Office Calc, all is correct.  It is shown as 
UTF-16.  If I load via Kate, this too looks wrong, unless I change the 
encoding from UTF-8 to URF-16.  In the CSV importer, however, changing 
the encoding from UTF-8 to URF-16 makes no apparent difference and the 
original incorrect result still appears.


Reloading an earlier file is as normal.

So, it appears that the import encoding has changed and the CSV plugin 
does not handle it correctly.  If anyone else can try this, I'd be 
interested to hear.  I think probably a bug report is called for.


Allan

Re: Compile Failure 4.8 Branch

[aga]

On 14/10/16 13:55, Brendan Coupe wrote:

​I compared the output from the 2 systems. The line that happen right
before it crashes​:

[ 26%] Built target kmm_kdchart

happens at 44% on the systems that completes the compile process.

Not sure if that helps but it appears to be skipping something.



*Brendan*

On Fri, Oct 14, 2016 at 5:44 AM, Brendan Coupe 
wrote:


Doug, Thanks for your quick reply.

All kdepimlibs are installed on both systems. Any other ideas?



*Brendan*

On Fri, Oct 14, 2016 at 1:23 AM, Doug Lytle  wrote:


On 10/14/2016 01:28 AM, Brendan Coupe wrote:

Both systems are running Fedora 24 64 bit. I assume I'm missing a
dependency. Can anyone tell what is wrong?


If I recall correctly, you'll need kdepimlibs development libraries

Doug








I can't guarantee that this is either up to date or complete, but this 
is what I generally use:


cmake build-essential g++ libkdepimlibs4-devel (for QGpgme) gpgme 
libgpgme libical-dev libboost libkactivities-dev libgmp-dev libalkimia-dev

Re: ***SPAM*** Re: Problème d'ouverture de fichier

[aga]

On 13/10/16 12:59, Lionel wrote:

Bonjour

En pièce jointe, voici le rapport de Bug que j'ai pu récupérer.



Bonne réception


Lionel



Le 13/10/2016 12:13, aga a écrit :

On 12/10/16 16:05, Lionel wrote:

Bonjour

Je suis un utilisateur de Kmymoney afin de gérer mes comptes

Aujourd'hui, j'ai essayer d'ouvrir mon fichier sur lequel se trouve ma
sauvegarde
mais à l'ouverture j'ai eu le message d'erreur suivant :   File was nor
parsable!

J'ai essayé d'ouvrir à plusieurs reprises, mais rien n'y fait.

Y a t il un moyen de récupérer mon fichier ?


Je vous remercie par avance pour votre réponse


Cordialement

Mr PANADES Lionel



Sadly, my slight, schoolboy French, has expired.

Please would you raise a bug report for this at https://bugs.kde.org/.
We need the information about your distro/OS and revisions, and it
will help in keeping all relevant messages together.

However, when you get the "File was not parsable!" message, does
KMyMoney actually open?

If so, save it as XML and open that file in Firefox.  If that works,
it may identify where the problem lies.  There could be more than one
issue.

If so, copy the relevant sections to the bug report/list.

I remember having this problem myself some years ago.

Allan




Google translate -

Quelles mesures ont conduit à l'accident [crash]?
Whilst I'm not an expert, the log does not to me look to be helpful.

Please remember to open a new bug on https://bugs.kde.org/, as it will 
contain important information.  Also, please reply to the list rather 
than to me, as others may benefit or contribute.


Allan

Re: Problème d'ouverture de fichier

[aga]

On 12/10/16 16:05, Lionel wrote:

Bonjour

Je suis un utilisateur de Kmymoney afin de gérer mes comptes

Aujourd'hui, j'ai essayer d'ouvrir mon fichier sur lequel se trouve ma
sauvegarde
mais à l'ouverture j'ai eu le message d'erreur suivant :   File was nor
parsable!

J'ai essayé d'ouvrir à plusieurs reprises, mais rien n'y fait.

Y a t il un moyen de récupérer mon fichier ?


Je vous remercie par avance pour votre réponse


Cordialement

Mr PANADES Lionel



Sadly, my slight, schoolboy French, has expired.

Please would you raise a bug report for this at https://bugs.kde.org/.
We need the information about your distro/OS and revisions, and it will 
help in keeping all relevant messages together.


However, when you get the "File was not parsable!" message, does 
KMyMoney actually open?


If so, save it as XML and open that file in Firefox.  If that works, it 
may identify where the problem lies.  There could be more than one issue.


If so, copy the relevant sections to the bug report/list.

I remember having this problem myself some years ago.

Allan

Re: error

[aga]

On 10/10/16 04:14, Patrick Oehler wrote:

I have encountered this error and was instructed to report it to the 
development team. I hope you can help me open the file. At this point, the file 
will not open.

Currency 'USD' not found. in file 
e:\r\build\extragear\kmymoney-4.6.1-20110918\work\kmymoney-4.6.4\kmymoney\mymoney\mymoneyfile.cpp
 line 2,421


Patrick Oehler


Sent from Mail for Windows 10




I fear that your file is corrupted, and it may not be possible to 
recover it, but there are a few suggestions:-


1) Noticing that your file name includes a date (?), suggests that you 
have other files.  If this is the case, are you able to open any other file?
2) Revision 4.6.4 is quite old now and many bugs have been fixed and 
improvements made in later releases. The most recent stable release is 
4.8.0, although I don't know if this is available for Windows. 
Otherwise, possibly 4.7.2 would be a better product.
3) Please report this on https://bugs.kde.org/ so that any progress may 
be followed more easily.


It might be possible for one of the developers to look at your file, to 
see if there is any possibility of recovery.



Allan

Re: KMyMoney improvements ?

[aga]

On Thu, 22 Sep 2016 19:38:25 +0200
Thomas Baumgart  wrote:

Hi
Glad you like what you've seen so far.

For suggested improvements, enter it on https://bugs.kde.org/ and
specify Wishlist, and that will ensure it doesn't get lost.  Please
bear in mind, though, that developer time is very limited at the
moment, so don't expect a quick response, unless it's something
really earth-shattering!

Allan

> Hi 
> the attached message got eaten because it was suspected to be spam.
> So I simply forward it. Hopefully it makes it through this time ;)
> 
> p.s. It's usually safer to send text only mails.
> 
> 

Re: [kmymoney4] [Bug 363069] Wrong accounts are presented during import of investment statement

[aga]

On 21/09/16 12:14, Jakub Jamro via KDE Bugzilla wrote:

https://bugs.kde.org/show_bug.cgi?id=363069

Jakub Jamro  changed:

   What|Removed |Added

 CC||kuba.ja...@gmail.com

--- Comment #9 from Jakub Jamro  ---
Hi,

After this feature has been delivered to version 4.8, I am now no longer able
to import QIF statements to a Savings, Credit Card or Cash accounts. While I am
able to change some account types to current, it does not make sense for me to
do so with my credit card account.

I'm not familiar with the code base and it does seem that the QIF !Type: header
is being parsed and interpreted correctly, however this those not seem to be
considered when selecting the statement type which then is used to restrict the
accounts available in the account selection dialog.

Also even if this was considered, I currently have bank exports from my bank
Santander in the UK, which use !Type:Oth L for their Current and Savings
accounts downloads, meaning I would have to manually modify these downloads in
order to be able to select the correct account.

I would propose that actually selecting the correct account type for a
particular QIF is very unreliable as not all banks follow the spec correctly.



I believe this is fixed in the development branch and so should appear 
in the next stable release.


Meanwhile, what I've been doing with my credit card statements is to 
import them into a temporary checking account and then select all the 
transactions and do a move into my proper credit card account.  It's not 
too much hassle.  Presumably, something similar could be done with your 
savings account.


Allan

KMyMoney build problem

[aga]

Please ignore this message.

"
I've not built KMM for some while and am now having a problem.

CMake Error at CMakeLists.txt:72 (find_package):
   By not providing "FindQGpgme.cmake" in CMAKE_MODULE_PATH this 
project has
   asked CMake to find a package configuration file provided by 
"QGpgme", but

   CMake did not find one.

I'm using Linux Mint 17.3 and can't find a dev package."

Thanks

Allan

KMyMoney build problem

[aga]

I've not built KMM for some while and am now having a problem.

CMake Error at CMakeLists.txt:72 (find_package):
  By not providing "FindQGpgme.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by 
"QGpgme", but

  CMake did not find one.

I'm using Linux Mint 17.3 and can't find a dev package.

Thanks

Allan

Re: [kmymoney4] [Bug 345655] Rounding problems between checking and investment account

[aga]

On 24/07/16 12:47, via KDE Bugzilla wrote:

https://bugs.kde.org/show_bug.cgi?id=345655

--- Comment #29 from sven.kel...@gmail.com ---
@Allan I agree it may not be related to this rouding issue.
I just like to clarify how I could give more details wether is is a different
bug or part of this one.

I don't really get the point of your question?
Where should I hover the pointer above?
The opening date and the date of the first transaction match.
Also the balance on the right column of the ledgers is same as "balance"
underneath, "cleared" and "online statement balance" whereas the latter is
marked with red background instead yellowish as it supposed to be. So I assume
the system detected a mismatch.
However during save action I do not get an error or warning related to this.
How can I help you given more helpful details?

I made an assumption that it could be the date field that was red. 
Obviously now that's not the issue.  Obviously, I'm missing something.


Are you able to attach a screen-shot to the bug?

Allan

Installing KF5

[aga]

Sorry for this but am stumbling when trying to build KMM.

I'm getting -
"
cmake .. -DCMAKE_INSTALL_PREFIX=/usr
CMake Warning at /usr/share/ECM/find-modules/FindKF5.cmake:74 
(find_package):

  Could not find a configuration file for package "KF5Holidays" that is
  compatible with requested version "5.2".

The following configuration files were considered but not accepted:
/usr/lib64/cmake/KF5Holidays/KF5HolidaysConfig.cmake, version: 4.80.0"

I'm not even sure what 'requested version "5.2"' relates to.

I've installed openSUSE Leap 42.1.

Thanks if someone can give a pointer.

Allan

Re: unexpected presence of a payee in an investment transaction

[aga]

On 15/06/16 16:22, Jack wrote:

I think you do understand.  I don't see the Payee name displayed
anywhere in the transaction, thus no way to change/remove it.  It is
obviously there, since the transaction shows up in the Payee view, and
"go to payee" does appear in the context menu of the transaction in the
ledger view of the investment account.



OK,Jack.

Just one last point.  Or two.

You possibly have already, but I don't think it's been mentioned, might 
it be hiding in a split?


Finally, have you followed the "go to payee"?

Allan


I can probably get an ofx file (the original was likely direct connect),
and I suppose I could rename that payee to something completely
different, and see if a re-import includes the renamed payee.  However,
it does seem that the original issue happened long ago.  I don't think
I'd call the file corrupt, as it seems otherwise internally consistent,
it just seems to have a payee assigned for an investment transaction,
which may have once been done, but should no longer be the case.  I
probably won't do anything about it until I at least look into the kmy
file to see if I can find any concrete evidence.

On 2016.06.15 08:50, aga wrote:

On 15/06/16 03:05, Jack wrote:

I don't want to delete the payee totally, I want to remove it from some
buy share transactions, and I don't see it displayed in the ledger
anywhere, either in the investment account, the brokerage account, and
no explicit mention in the payee display (which is not editable anyway).



Sorry, but still trying to get my head around this!  As I understand
it, when you view the Payees view, you see this payee, and when you
select it, you get a list of the transactions involved.  One of those
is an investment and you should see the account name and details,
etc.  Where does your payee name appear?  If you then double click
that transaction, you go to Ledger view, and can see the security name
and details, which, as I see it, shows the investment activity type.
I don't see anywhere a Payee field.

If you create a new investment transaction, again there is no Payee
field.

Is this the case, and your predicament?  Nowhere to edit a payee field.

If so, then I've no idea how it came to be created.

In your April example, do you have that OFX file to hand to try
reimporting?  Or can you re-direct-connect.  If you are able to do
this, temporarily remove any existing payee of that name and any
matching.

If that doesn't show it again, I just don't know, and can only think
your file got corrupted.  Your only option then would be the old XML
edit edit, as far as I can see.  But I didn't tell you that!

Allan



On 2016.06.14 21:57, allan wrote:



I'm not sure I understand so excuse me if I've got it wrong.You have a
payee you want to delete but can't see how?  Why, what happens when
you try?  Do you have any matching set'?
Allan



Sent from my Samsung device

 Original message 
From: Jack 
Date: 14/06/2016  23:07  (GMT+00:00)
To: kmymoney-devel@kde.org
Subject: Re: unexpected presence of a payee in an investment
transaction

On 2016.06.14 17:36, aga wrote:
> On 14/06/16 20:59, Jack wrote:
>> I was tracking down a recent payment, and so was looking at the
Payee
>> Veiw for a payee "MetLife".  Most of the transactions are plain
>> checks.
>> However, there was one investment transaction.  It was for purchase
>> of a
>> security "METLIFE INC COM" with the funds coming from the
default
>> brokerage account for that investment account.  Nowhere in the
>> ledger do
>> I see any mention of the Payee MetLife.  (Yes, it's the same company
>> - I
>> own shares in it, and pay it for insurance premiums - completely
>> unrelated activities.)  I have not yet dug into the actual KMY file,
>> but
>> I'm really curious why there is any payee involved in a "buy shares"
>> transaction with no fees involved.  I believe all the relevant
>> transactions were imported by OFX, either direct connect or file
>> import
>> (libofx, not aqbanking).
>>
>> Any explanations?

> Was it a recent transaction?  There was a time when a payee was
> required, but that was removed by popular request.

I actually found several more from 2014, but this one was just from
this April.  However, if it matched to the older ones, I can see it
would continue to use the same payee as the older transactions.  What I
still find odd is that I don't see any way in the standard interface to
remove it.  Will I have to manually edit the kmy file?

Re: unexpected presence of a payee in an investment transaction

[aga]

On 15/06/16 03:05, Jack wrote:

I don't want to delete the payee totally, I want to remove it from some
buy share transactions, and I don't see it displayed in the ledger
anywhere, either in the investment account, the brokerage account, and
no explicit mention in the payee display (which is not editable anyway).



Sorry, but still trying to get my head around this!  As I understand it, 
when you view the Payees view, you see this payee, and when you select 
it, you get a list of the transactions involved.  One of those is an 
investment and you should see the account name and details, etc.  Where 
does your payee name appear?  If you then double click that transaction, 
you go to Ledger view, and can see the security name and details, which, 
as I see it, shows the investment activity type.  I don't see anywhere a 
Payee field.


If you create a new investment transaction, again there is no Payee field.

Is this the case, and your predicament?  Nowhere to edit a payee field.

If so, then I've no idea how it came to be created.

In your April example, do you have that OFX file to hand to try 
reimporting?  Or can you re-direct-connect.  If you are able to do this, 
temporarily remove any existing payee of that name and any matching.


If that doesn't show it again, I just don't know, and can only think 
your file got corrupted.  Your only option then would be the old XML 
edit edit, as far as I can see.  But I didn't tell you that!


Allan



On 2016.06.14 21:57, allan wrote:



I'm not sure I understand so excuse me if I've got it wrong.You have a
payee you want to delete but can't see how?  Why, what happens when
you try?  Do you have any matching set'?
Allan



Sent from my Samsung device

 Original message 
From: Jack 
Date: 14/06/2016  23:07  (GMT+00:00)
To: kmymoney-devel@kde.org
Subject: Re: unexpected presence of a payee in an investment transaction

On 2016.06.14 17:36, aga wrote:
> On 14/06/16 20:59, Jack wrote:
>> I was tracking down a recent payment, and so was looking at the Payee
>> Veiw for a payee "MetLife".  Most of the transactions are plain
>> checks.
>> However, there was one investment transaction.  It was for purchase
>> of a
>> security "METLIFE INC COM" with the funds coming from the default
>> brokerage account for that investment account.  Nowhere in the
>> ledger do
>> I see any mention of the Payee MetLife.  (Yes, it's the same company
>> - I
>> own shares in it, and pay it for insurance premiums - completely
>> unrelated activities.)  I have not yet dug into the actual KMY file,
>> but
>> I'm really curious why there is any payee involved in a "buy shares"
>> transaction with no fees involved.  I believe all the relevant
>> transactions were imported by OFX, either direct connect or file
>> import
>> (libofx, not aqbanking).
>>
>> Any explanations?

> Was it a recent transaction?  There was a time when a payee was
> required, but that was removed by popular request.

I actually found several more from 2014, but this one was just from
this April.  However, if it matched to the older ones, I can see it
would continue to use the same payee as the older transactions.  What I
still find odd is that I don't see any way in the standard interface to
remove it.  Will I have to manually edit the kmy file?

Re: unexpected presence of a payee in an investment transaction

[aga]

On 14/06/16 20:59, Jack wrote:

I was tracking down a recent payment, and so was looking at the Payee
Veiw for a payee "MetLife".  Most of the transactions are plain checks.
However, there was one investment transaction.  It was for purchase of a
security "METLIFE INC COM" with the funds coming from the default
brokerage account for that investment account.  Nowhere in the ledger do
I see any mention of the Payee MetLife.  (Yes, it's the same company - I
own shares in it, and pay it for insurance premiums - completely
unrelated activities.)  I have not yet dug into the actual KMY file, but
I'm really curious why there is any payee involved in a "buy shares"
transaction with no fees involved.  I believe all the relevant
transactions were imported by OFX, either direct connect or file import
(libofx, not aqbanking).

Any explanations?

Thanks.

Jack


Was it a recent transaction?  There was a time when a payee was 
required, but that was removed by popular request.


Allan

Re: Import credit cards with CSV importer

[aga]

On 14/06/16 17:11, Łukasz Wojniłowicz wrote:

Yes there is a fix but not for your issue. I've got simple patch (not made
public) for your issue, which I hope I'll manage to commit before 4.8 release.
Please just wait till weekend.

Łukasz


No panic.  I've got past the immediate problem by importing into a new 
checking account and then moving the transactions to the appropriate 
credit card account.


Allan




Message: 6
Date: Mon, 13 Jun 2016 18:31:25 +0100
From: aga 
To: kmymoney-devel@kde.org
Subject: Re: Import credit cards with CSV importer
Message-ID: <575eeded.6020...@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed

I think I'd got the wrong impression but thought I'd seen a fix for
this.  Anyway, just for information, the problem is still present, after
today's commits.

This is not a "hurry up", but thought as I'd tested I might as well report.

Allan

Re: Import credit cards with CSV importer

[aga]

I think I'd got the wrong impression but thought I'd seen a fix for 
this.  Anyway, just for information, the problem is still present, after 
today's commits.


This is not a "hurry up", but thought as I'd tested I might as well report.

Allan



On 08/06/16 17:55, aga wrote:

On 08/06/16 17:39, Łukasz Wojniłowicz wrote:

Dnia środa, 8 czerwca 2016 12:00:15 kmymoney-devel-requ...@kde.org pisze:

Message: 2
Date: Tue, 7 Jun 2016 20:29:54 +0100

At a quick look, that focuses on Tree view, whereas I use only List
view.  What led you to your opinion?


This patch limits types of accounts displayed in account selector only to
accounts relevant to financial statement being imported. It meant to
be about
content of account selector and not it's view.


I presume the problem exists because CSV Importer sets account type
always
to checking when importing statements even if we are not sure if it's
financial statement for checking account or credit card and therefore
only checking accounts are being shown.


When KMM is working correctly, the selector dialog indicates it is a
checking account, but displays also credit card accounts.


And I assume you're not interested in choosing checking account here but
credit card account. Is that right?


Yes, it has to be credit card, or I can't import to the right account.


Do you import your credit card through File->Import->CSV->Banking?


No, I don't/can't use that.


So how did you usually import your credit card?



Just the straight forward CSV import.  Select Banking profile, then
continue until I get the account selector, where I should be able to
select my credit card account.


Allan



Cheers
Łukasz

Re: [kmymoney4] [Bug 349033] option to invert transaction amounts during import

[aga]

On 08/06/16 17:50, NSLW via KDE Bugzilla wrote:

https://bugs.kde.org/show_bug.cgi?id=349033

--- Comment #4 from NSLW  ---
(In reply to harry bennett from comment #2)

Created attachment 99382 [details]
sample csv of how data is provided by credit card company


Thanks for the data. Did you already multiply amount column by -1 in that file,
because it looks OK to me?
Amount "-1915.16" is the only payment in that file and it's imported correctly
into KMyMoney under Payment column. Is that not right for you?


Just butting in with my pennyworth.

My credit card imports show all amounts for purchases as negative, and 
repayments as positive.  This is exactly the opposite of the OP's file.


Allan

Re: Import credit cards with CSV importer

[aga]

On 08/06/16 17:39, Łukasz Wojniłowicz wrote:

Dnia środa, 8 czerwca 2016 12:00:15 kmymoney-devel-requ...@kde.org pisze:

Message: 2
Date: Tue, 7 Jun 2016 20:29:54 +0100

At a quick look, that focuses on Tree view, whereas I use only List
view.  What led you to your opinion?


This patch limits types of accounts displayed in account selector only to
accounts relevant to financial statement being imported. It meant to be about
content of account selector and not it's view.


I presume the problem exists because CSV Importer sets account type always
to checking when importing statements even if we are not sure if it's
financial statement for checking account or credit card and therefore
only checking accounts are being shown.


When KMM is working correctly, the selector dialog indicates it is a
checking account, but displays also credit card accounts.


And I assume you're not interested in choosing checking account here but
credit card account. Is that right?


Yes, it has to be credit card, or I can't import to the right account.


Do you import your credit card through File->Import->CSV->Banking?


No, I don't/can't use that.


So how did you usually import your credit card?



Just the straight forward CSV import.  Select Banking profile, then 
continue until I get the account selector, where I should be able to 
select my credit card account.



Allan



Cheers
Łukasz

Re: Import credit cards with CSV importer

[aga]

On 07/06/16 17:26, Łukasz Wojniłowicz wrote:

I'm sure this is being caused by commit
bfa7b5ac37d2203e4a88d9ac73b1ec43ce5211b4. I think it might have uncovered bug
in CSV importer concerning credit cards imports. I'm happy you've tested and
reported it so quickly.


At a quick look, that focuses on Tree view, whereas I use only List 
view.  What led you to your opinion?



I presume the problem exists because CSV Importer sets account type always to
checking when importing statements even if we are not sure if it's financial
statement for checking account or credit card and therefore only checking
accounts are being shown.



When KMM is working correctly, the selector dialog indicates it is a 
checking account, but displays also credit card accounts.



Do you import your credit card through File->Import->CSV->Banking?


No, I don't/can't use that.

One other point, which possibly is not relevant.  When I said it was 
failing on 2e16908134e1246e85d15afdedd3baf397692b06, I also have a patch 
installed, Thomas's reviewboard item 
2e16908134e1246e85d15afdedd3baf397692b06, but that affects a quite 
different area, I think.


Allan



Cheers
Łukasz






Dnia wtorek, 7 czerwca 2016 12:00:14 kmymoney-devel-requ...@kde.org pisze:

Message: 1
Date: Mon, 6 Jun 2016 13:12:31 +0100
From: aga 
To: "kmymoney-devel@kde.org" 
Subject: Import credit cards with CSV importer
Message-ID: <575568af.40...@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed

I don't now seem to be able to import credit card details.  The account
selector offers only checking accounts.  I'm on a fairly recent master -
2e16908134e1246e85d15afdedd3baf397692b06.

I've been able to do this every month previously.  It works correctly on
f0c8b6fdb2b018b3b0f043f293672fe049b3593b

Allan

Import credit cards with CSV importer

[aga]

I don't now seem to be able to import credit card details.  The account 
selector offers only checking accounts.  I'm on a fairly recent master - 
2e16908134e1246e85d15afdedd3baf397692b06.


I've been able to do this every month previously.  It works correctly on 
f0c8b6fdb2b018b3b0f043f293672fe049b3593b


Allan

Re: Filtering account issue

[aga]

On 05/06/16 07:52, Thomas Baumgart wrote:

Allan,

looks like you have these strings somewhere in your data then. I tried various
combinations and don't see a problem. In case you want to dive in: take a look
at

   bool Transaction::matches(const RegisterFilter& filter) const

which is called from

   void RegisterSearchLine::updateSearch(const QString& s)

for each item in the register.

Hope that helps.

Thomas


I'd looked at all the splits in quite a lot of the transactions, without 
success.  So I tried Find transaction.  That too showed numerous 
matches.  Even then when selecting the parameters, It didn't strike me.


Stupidity strikes again!.  The transactions were not the problem.  The 
account I was investigating included 'Plus' in its name!  Ah well... 
Time for a lie down, obviously.  Sorry for the noise.


Allan




On Saturday 04 June 2016 13:37:14 aga wrote:


I wanted to list transactions for a particular payee, Plusnet, but am
puzzled by the results.
If I enter into the filter box a character sequence that is not present
in the particular account displayed, then no transactions are listed, as
expected.  If instead, I enter 'p', all transactions are still
displayed, also with 'pl' and 'plu' and 'plus'.  it's only when I enter
'plusn' that the filtering works.  Similarly, 'u' and 'us' don't filter,
but 'usn' works.
Is there a reason why, I wonder?

Allan

Filtering account issue

[aga]

I wanted to list transactions for a particular payee, Plusnet, but am 
puzzled by the results.
If I enter into the filter box a character sequence that is not present 
in the particular account displayed, then no transactions are listed, as 
expected.  If instead, I enter 'p', all transactions are still 
displayed, also with 'pl' and 'plu' and 'plus'.  it's only when I enter 
'plusn' that the filtering works.  Similarly, 'u' and 'us' don't filter, 
but 'usn' works.

Is there a reason why, I wonder?

Allan

Re: Handling Investment gain and loss

[aga]

On 23/05/16 13:33, Mitch Frazier wrote:

​Either I wasn't clear or you're misunderstanding what I'm saying,



the
"cost basis field" is the amount that is used to reduce the remaining
basis of the asset.  If you sell the entire investment, the reduction
would be the entire cost of the investment (thereby reducing the cost to
zero).  The reason that you might need to adjust the cost basis is for
exactly the reason that you pointed out: when you sell less than the
full asset, there's more than one way to determine the cost of the part
that was sold.  You can use "average cost", "FIFO", or "specific lots"
(and probably some others) to determine the cost of the part that was
sold.  A more sophisticated user interface for entering/determining the
cost would be a refinement, this is just meant to be a first step along
the way. The difference between the sales price and the cost basis of
the part that was sold is the gain/loss on the sale.

Creating a  "category" for storing the cost and/or recovering the cost
doesn't make any sense, the cost is already stored in the investment
account (the stock/bond account).  It contains the original amount
(amounts if more than one purchase was done).  The difference between
the sales price and the "cost basis" of the sale is the gain/loss on the
transaction and that would go to one or more "categories".

As far as developers with the time to implement it, when I said "I was
thinking about implementing" I meant I was going to work on the
implementation.​



I made no comment about the proposed functionality.

Neither did I suggest that the developers might have to implement it. 
However, they do have a say it what gets implemented, and it was that to 
which I was referring.


Allan


On Mon, May 23, 2016 at 3:14 AM, aga mailto:agande...@gmail.com>> wrote:

On 22/05/16 20:04, Mitch Frazier wrote:

While entering a number of investment transactions recently I
realized
that KMM doesn't actually have a way to record the gain/loss on
the sale
of an investment. I was thinking about implementing something to
solve
this but wanted to pass the idea past the list first.

As a first step at a solution, I was going to add a couple more
rows to
the transaction detail in the investment register:

- A cost basis field.  This would be an amount field that is
  used to determine how much the cost of the investment is
  reduced by the sale. Initially this field could be pre-filled
  by the average cost (based on the number of shares being
sold).
  If the entire investment is sold, this field would be fixed
  and not editable.
- A gain/loss field.  This would be an splitable account field
  for entering the category or categories for the gain/loss.
  Splits are useful for allowing both short-term and long-term
  gain/loss specifications on a transaction.

The current implementation "hides" the gain/loss because the
balance of
an investment shows as zero when the share value is zero,
regardless of
the amount the investment is sold for.  Whereas, since the
gain/loss is
not recorded anywhere, the balance ought to be negative if the
investment was sold for a gain and positive if sold for a loss.

Mitch


I think the developers will need to comment on this proposal.  From
my own point of view, it is not a functionality that I need, at
least at present.  What's more important, though, is that it might
be advisable for display of the extra fields to be optional,
certainly from the perspective of a new user.

Allan

Re: Handling Investment gain and loss

[aga]

On 22/05/16 20:04, Mitch Frazier wrote:

While entering a number of investment transactions recently I realized
that KMM doesn't actually have a way to record the gain/loss on the sale
of an investment. I was thinking about implementing something to solve
this but wanted to pass the idea past the list first.

As a first step at a solution, I was going to add a couple more rows to
the transaction detail in the investment register:

   - A cost basis field.  This would be an amount field that is
 used to determine how much the cost of the investment is
 reduced by the sale. Initially this field could be pre-filled
 by the average cost (based on the number of shares being sold).
 If the entire investment is sold, this field would be fixed
 and not editable.
   - A gain/loss field.  This would be an splitable account field
 for entering the category or categories for the gain/loss.
 Splits are useful for allowing both short-term and long-term
 gain/loss specifications on a transaction.

The current implementation "hides" the gain/loss because the balance of
an investment shows as zero when the share value is zero, regardless of
the amount the investment is sold for.  Whereas, since the gain/loss is
not recorded anywhere, the balance ought to be negative if the
investment was sold for a gain and positive if sold for a loss.

Mitch



I think the developers will need to comment on this proposal.  From my 
own point of view, it is not a functionality that I need, at least at 
present.  What's more important, though, is that it might be advisable 
for display of the extra fields to be optional, certainly from the 
perspective of a new user.


Allan

Re: Can't build gitHEAD version on windows

[aga]

On 15/05/16 18:42, jeffjl@outlook.com wrote:

To clarify - After searching for a way to build KMM on Windows, I ended
up with "emerge". It will (with quite a few fixes since it is a bit out
of date) download and build everything needed to build KMM on a pure
Windows system, e.g. mingw, gcc, msys, QT, KDE, libraries, and KMM. The
emerge scripts create build folders based upon the names of the script
files. It looks like the script file names are not always maintained and
many script file names have versions and dates that are different from
what they actually download and build. The script in emerge for KMM
built version 4.6.4 but was still named "kmymoney-4.6.1-20110918.py". I
modified the script to pull the master branch from git (that option was
in the original script but was not used) but I didn't change the script
file name (a new script name would disconnect it from the emerge git
repository). So the git master branch is getting built in the folder
tree containing the name "kmymoney-4.6.1-20110918". I am not mixing
versions. Sorry for the confusion.



OK, Jeff.  Thanks for that info.  A little knowledge

Allan


Yes, the "emerge --cleanbuild" removed the entire KMM build folder tree.

Next time I do a build I will capture the actual error messages and file
a bug report.

Thanks.
  Jeff.



 > Hi Jeff
 >
 > See below.



 > >> jeffjl@outlook.com hat am 7. Mai 2016 um 05:53 geschrieben:



 > >> Hi Christian,
 > >>
 > >> I just tried
 > >> "emerge --cleanbuild kmymoney"
 > >>
 > >> which removed everything under
...\build\extragear\kmymoney-4.6.1-20110918\work\mingw4-RelWithDebInfo-gitHEAD"
 >
 > I'm puzzled by the reference to "kmymoney-4.6.1-20110918". Why is it
 > not referencing the 4.7.x location? There can be problems if there
 > is more than one KMM version installed.
 >
 > I must add that I know nothing about Windows installs so ignore me if I
 > am talking rubbish.
 >
 > Allan

Re: Can't build gitHEAD version on windows

[aga]

Hi Jeff

See below.

On 15/05/16 10:02, Christian Dávid wrote:

Hi Jeff,

I do not know what "emerge --cleanbuild" does. If it means "remove the hole build 
folder and rebuild" then you found a bug.

Maybe gcc on Linux is more forgiving in this case, so I never saw this. 
However, I will try to fix this. Due to a lot of work this will probably take 
some time. If possible, could you file a bug report? I will mark myself as 
assignee so I cannot forget it.

Greetings
Christian


jeffjl@outlook.com hat am 7. Mai 2016 um 05:53 geschrieben:


Hi Christian,

I just tried
"emerge --cleanbuild kmymoney"

which removed everything under 
...\build\extragear\kmymoney-4.6.1-20110918\work\mingw4-RelWithDebInfo-gitHEAD"


I'm puzzled by the reference to "kmymoney-4.6.1-20110918".  Why is it 
not referencing the 4.7.x location?  There can be problems if there 
is more than one KMM version installed.


I must add that I know nothing about Windows installs so ignore me if I 
am talking rubbish.


Allan



followed by
"emerge --update kmymoney".

Which seems to recompile everything. Still breaks at linking kmymoney.exe due 
to multiple payeeIdentifierLoader.

Sorry about the "gitHEAD" nomenclature. That's what the emerge python script 
uses. It just did a git today from the master branch. In fact, I've been trying this (new 
git) every month or so since about August 2015. As I recall, it has always had this 
linking problem. (In the mean time I've just been using the 4.7.2 branch because it 
builds.)

I've always assumed it was a Windows thing, and that it would eventually get 
fixed with the next release (when you tried to build the Windows version).  I 
just recently chased down what's wrong and decided to ask if it was an easy fix.

Thanks,
Jeff.


From: christian-da...@web.de
To: kmymoney-devel@kde.org
Subject: Re: Can't build gitHEAD version on windows
Date: Fri, 6 May 2016 20:59:55 +0200

Hi Jeff,

did you use a "make clean" or even better removed the build folder and rerun
cmake? My gcc on Linux has no problems building it at all.

payeeIdentifierLoader is automatically added to kmymoney.exe because it is
marked "LINK_PUBLIC" in target_link_libraries of kmm_mymoney. This is not good
(I did it as a work around). If this really needs to be corrected, the library
has to be build as part of kmm_mymoney with correct export attributes (which
is some work, so I hope the clean will solve the issue :/)

Greetings
Christian

P.S.: I assume you are using the branch master. HEAD and 4.7.90 do not include
too much info. Especially as "HEAD" is a local ref and can stay the same
forever if you never pull.

Am Freitag, 6. Mai 2016, 15:42:05 CEST schrieb jeffjl@outlook.com:

I got version 4.7.2 to build on windows using emerge and mingw.

I have trouble with version 4.7.90. It gets to linking kmymoney.exe and gets
"multiple definition of payeeIdentifierLoader".  The problem seems to be
that kmm_mymoney.dll already contains payeeIdentifierLoader but
kmymoney.exe links both the dll and the payeeIdentifierLoader itself.  If I
manually edit the
...work\mingw4-RelWithDebInfo-gitHEAD\kmymoney\CMakeFiles\kmymoney.dir\link
.txt and remove "..\bin\libkmm_payeeidentifier_loader.a", it links OK.  I
cannot figure out how to fix the make files such that
libkmm_payeeidentifier_loader.a is not added to the link.txt file.

This same problem occurs linking in some of the test programs (the first one
being mymoneyfiletest), but I can work around that by not building the test
programs.

How does libkmm_payeeidentifier_loader.a get added to the link.txt file?
What do I change to get it to stop doing that?

Thanks.
Jeff

Re: Review Request 127559: BUG 360129 Do not fetch from csvimporterrc if it's empty

[aga]

On 09/04/16 14:01, Łukasz Wojniłowicz wrote:

This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/127559/


On April 7th, 2016, 7:59 p.m. UTC, *Christian David* wrote:

kmymoney/plugins/csvimport/investprocessing.cpp


(Diff revision 1)
1967

 m_shrsinList  =  profilesGroup.readEntry("ShrsinParam",  
QStringList());

1967Łukasz

 list  =  profilesGroup.readEntry("ShrsinParam",  QStringList());

Should become |m_shrsinList =
profilesGroup.readEntry("ShrsinParam", m_shrsinList);|


The if() is very long and not needed here. However, I still do
not know if this is the issue. Also the |i18nc()s| from |init()|
could go here if the readSettings method is always called, which
I do not know either.

On April 8th, 2016, 1:52 p.m. UTC, *Allan Anderson* wrote:

Should become m_shrsinList =
profilesGroup.readEntry("ShrsinParam", m_shrsinList);


I'm not sure I understand this. The second parameter is the
default value to return if the key is not found. What does it
achieve in this case?


The if() is very long and not needed here.


There are several ifs around here, but I don't see an unduly
long one.


Also the i18nc()s from init() could go here if the
readSettings method is always called, which I do not know
either.


readSettings is called only once, from void
InvestProcessing::slotFileDialogClicked(), so that code could be
moved somewhere in void InvestProcessing::readSettings(), I think.

On April 8th, 2016, 4:36 p.m. UTC, *Łukasz Wojniłowicz* wrote:

Should become m_shrsinList =
profilesGroup.readEntry("ShrsinParam", m_shrsinList);


I compiled KMyMoney code according to your change for every
m_XXXList variable and ran my test case. Proposed line looks
neat but doesn't work for me. SellParam= etc. are empty in my
csvimporterrc after just created new profile.


readSettings is called only once, from void
InvestProcessing::slotFileDialogClicked(), so that code
could be moved somewhere in void
InvestProcessing::readSettings(), I think.


Please give a code and I'll test it.


I do not know the full conversation but I am pretty sure
this patch will not solve the issue. If something in the
newly created rc file is missing, the write method seems to
fail, not the read method.


My loose observation: Write method is called at the end of
importing and read method is called after creating new importing
profile for investment.

On April 8th, 2016, 7:34 p.m. UTC, *Christian David* wrote:

I do not know the full conversation but I am pretty sure
this patch will not solve the issue. If something in the
newly created rc file is missing, the write method seems to
fail, not the read method.


I withdrew this idea. You should not waste your time with it.


I compiled KMyMoney code according to your change for every
m_XXXList variable and ran my test case. Proposed line looks
neat but doesn't work for me. SellParam= etc. are empty in
my csvimporterrc after just created new profile.


You are right. The code recomended by me has a different
behaviour. However, now I doubt that anything I wrote was
actually helpfull. I just briefly inspected the code – now I see
that is more complex than I thougt. So my recomendations are
based on insufficent knowledge. Due to the description in the
bug report I still think there is a high chance that the issue
is in the write function.

Due to the description in the bug report I still think there is a high
chance that the issue is in the write function.


And you may be right, look what I've found. New entry of importing
profile in |$HOME/.kde/share/config/csvimporterrc| is created in
csvdialog.cpp by following routine


void  CSVDialog::createProfile(QString newName)
{
   KSharedConfigPtr  config=  
KSharedConfig::openConfig(KStandardDirs::locateLocal("config","csvimporterrc"));
   KConfigGroupbankProfilesGroup(config,"BankProfiles");

   bankProfilesGroup.writeEntry("BankNames", m_profileList);
   bankProfilesGroup.config()->sync();

   KConfigGroupbankGroup(config,"BankProfiles");
   QString txt=  "Profiles-"  +  newName;

   KConfigGroupprofilesGroup(config,"Profiles-New Profile###");

   KSharedConfigPtr  configBackup=  
KSharedConfig::openConfig(KStandardDirs::locate("config","csvimporterrc"));
   KConfigGroupbkprofilesGroup(configBackup,"Profiles-New Profi

Re: Build fails

[aga]

On 08/04/16 15:31, Thomas Baumgart wrote:

Allan,

did you try to do s.th. like

cd /home/aga/GIT360435/kmymoney
rm -rf build
mkdir build
cd build
cmake ..
make



Thanks Thomas.  I realised in bed that that was what was needed, and all 
was OK afterwords.  My brain is pretty fogged up recently.


Allan



On Thursday 07 April 2016 23:20:36 aga wrote:


Please, can somebody tell me how I should fix this.
"
make
[  0%] Automatic moc for target kgpgfile
Generating moc_kgpgfile.cpp
No such file or directory
AUTOGEN: error: process for
/home/aga/GIT360435/kmymoney/build/libkgpgfile/moc_kgpgfile.cpp failed:
No such file or directory
moc failed...
libkgpgfile/CMakeFiles/kgpgfile_automoc.dir/build.make:49: recipe for
target 'libkgpgfile/CMakeFiles/kgpgfile_automoc' failed
make[2]: *** [libkgpgfile/CMakeFiles/kgpgfile_automoc] Error 1
CMakeFiles/Makefile2:142: recipe for target
'libkgpgfile/CMakeFiles/kgpgfile_automoc.dir/all' failed
make[1]: *** [libkgpgfile/CMakeFiles/kgpgfile_automoc.dir/all] Error 2
Makefile:147: recipe for target 'all' failed
make: *** [all] Error 2
"
Thanks

Allan

Build fails

[aga]

Please, can somebody tell me how I should fix this.
"
make
[  0%] Automatic moc for target kgpgfile
Generating moc_kgpgfile.cpp
No such file or directory
AUTOGEN: error: process for 
/home/aga/GIT360435/kmymoney/build/libkgpgfile/moc_kgpgfile.cpp failed:

No such file or directory
moc failed...
libkgpgfile/CMakeFiles/kgpgfile_automoc.dir/build.make:49: recipe for 
target 'libkgpgfile/CMakeFiles/kgpgfile_automoc' failed

make[2]: *** [libkgpgfile/CMakeFiles/kgpgfile_automoc] Error 1
CMakeFiles/Makefile2:142: recipe for target 
'libkgpgfile/CMakeFiles/kgpgfile_automoc.dir/all' failed

make[1]: *** [libkgpgfile/CMakeFiles/kgpgfile_automoc.dir/all] Error 2
Makefile:147: recipe for target 'all' failed
make: *** [all] Error 2
"
Thanks

Allan

Re: [kmymoney4] [Bug 361246] New: Kmymoney won't start

[aga]

On 31/03/16 20:10, via KDE Bugzilla wrote:

https://bugs.kde.org/show_bug.cgi?id=361246

 Bug ID: 361246
Summary: Kmymoney won't start
Product: kmymoney4
Version: 4.7.2
   Platform: Other
 OS: Linux
 Status: UNCONFIRMED
   Severity: grave
   Priority: NOR
  Component: general
   Assignee: kmymoney-devel@kde.org
   Reporter: demianx...@yahoo.it

The program won't start , dedicated cpu usage goes to 25% but nothing happens:
it's stuck until I kill the process.
I tried reinstalling it to no avail.
My .kmy file is ok because I can open it with a Windows Kmymoney.
So I tried the console with -n here is the output:
ger@ger-pc ~]$ kmymoney -n
KMyMoney ofximport plugin loaded
onlineTask available "org.kmymoney.creditTransfer.sepa"
KMyMoney reconciliation report plugin loaded
Skip loading KBanking until ported to Qt5
KMyMoney iCalendar plugin loaded
KMyMoney csvexport plugin loaded
KMyMoney csvimport plugin loaded
KMyMoney printcheck plugin loaded
"syntax error, unexpected PLUS, expecting ']'"
"syntax error, unexpected PLUS, expecting ']'"
"syntax error, unexpected PLUS, expecting ']'"
"syntax error, unexpected PLUS, expecting ']'"

I am currently using Kaos distribution
ger@ger-pc ~]$ uname -a
Linux ger-pc 4.4.5-1 #1 SMP PREEMPT Thu Mar 10 02:22:47 UTC 2016 x86_64
GNU/Linux




Reproducible: Always

Steps to Reproduce:
1.Launch the program either by clicking the icon or the kmy file
2.
3.



It looks to me that you may be using the frameworks release of KDE. 
What is your KDE version?


If that is the case, then I'm sorry to say that the frameworks version 
of KMyMoney has not yet been released.  Work is in hand to complete this 
move, but I don't know what the scheduled release date will be.


Allan

Re: [kmymoney4] [Bug 360435] CSV Importer doesn't recognize security if its symbol isn't lower case

[aga]

On 28/03/16 13:13, allan via KDE Bugzilla wrote:

https://bugs.kde.org/show_bug.cgi?id=360435

--- Comment #13 from allan  ---
(In reply to NSLW from comment #12)

(In reply to allan from comment #11)

Are you sure about the change to csvwizard.cpp?  As far as I can see, with
"exists = false;" in the while loop, it works correctly.


As long as list variable is not empty. If it's empty you wont even enter
while loop (thus wont even define exists variable) and it is empty if you
have no securities on "securities tab". It's corner case, I'm sure of.


Yes, of course.  You are right.

I think we're all happy with this now, so I'll be going ahead to commit.


Unfortunately, the commit I made (29/03/16 18:29) was incomplete.  I'm 
afraid I'm suffering somewhat at the moment, and wouldn't want to tackle 
the revert and make things worse.  There was no problem with the patch 
supplied by lukasz.wojnilow...@gmail.com.


Could I ask please for assistance with this, and apologize to Christian 
for messing up his frameworks commit.


Allan

Re: Problem attempting to push a commit

[aga]

On 28/03/16 18:54, Yuri Chornoivan wrote:

написане Mon, 28 Mar 2016 20:46:52 +0300, aga :


What I've used for this in the past is
"ssh-add ~/.ssh/id_rsa && git push kde:kmymoney"

but I'm getting

"Identity added: /home/aga/.ssh/id_rsa (/home/aga/.ssh/id_rsa)

Permission denied (publickey).
fatal: Could not read from remote repository.
"

Please can anyone give a clue to what's wrong.

Thanks

Allan


Hi,

The similar scheme works fine here.

Can you file a sysadmin ticket for this?

https://sysadmin.kde.org/tickets/

It may happen that there is some administartion of keys problem...

Just my 2 cents.

Best regards,
Yuri



Thanks Yuri.  I've raised a ticket and in the process re-remembered the 
procedure to register an ssh key, which, I'm pretty sure, I need to do, 
following a re-install.


I'm just awaiting an answer to a question I asked in the ticket.

Allan


Allan

Problem attempting to push a commit

[aga]

What I've used for this in the past is
"ssh-add ~/.ssh/id_rsa && git push kde:kmymoney"

but I'm getting

"Identity added: /home/aga/.ssh/id_rsa (/home/aga/.ssh/id_rsa)

Permission denied (publickey).
fatal: Could not read from remote repository.
"

Please can anyone give a clue to what's wrong.

Thanks

Allan

Re: [kmymoney4] [Bug 360938] Scheduled transactions entered in credit card (liability) have random descriptions populated

[aga]

On 26/03/16 15:55, via KDE Bugzilla wrote:

https://bugs.kde.org/show_bug.cgi?id=360938

--- Comment #4 from lp.allar...@gmail.com ---
I am not off to a good start.  First I downloaded the sources of 4.7.2 then
followed the instructions of the README.cmake file which mentions that I should
run "sudo apt-get build-dep kmymoney" since I am on ubuntu (mint)..  The output
was

Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to find a source package for kmymoney

Then I tried to manually start the cmake compilation process and got :

CMake Error at CMakeLists.txt:72 (find_package):
   By not providing "FindQGpgme.cmake" in CMAKE_MODULE_PATH this project has
   asked CMake to find a package configuration file provided by "QGpgme", but
   CMake did not find one.

   Could not find a package configuration file provided by "QGpgme" with any
   of the following names:

 QGpgmeConfig.cmake
 qgpgme-config.cmake

   Add the installation prefix of "QGpgme" to CMAKE_PREFIX_PATH or set
   "QGpgme_DIR" to a directory containing one of the above files.  If "QGpgme"
   provides a separate development package or SDK, be sure it has been
   installed.
-- Configuring incomplete, errors occurred!

I am not sure how to proceed since I am not using KDE as my DE and I am not
developing apps for KDE..



KMyMoney is a KDE application, and to compile from source you would need 
to have a number of dependencies, "QGpgme" included.


However, if you are not familiar with KDE application development, it 
might be better for you to locate the Claydoh PPA, and you should find a 
recent KMyMoney release there.


Allan

Re: plugin development help

[aga]

On 21/03/16 19:47, Przemysław Kamiński wrote:

Hello,

I would like to add Lua scripting support to KMyMoney as a plugin. This
is what I have as a draft:

https://github.com/CGenie/kmymoney/tree/4.7-lua-plugin/kmymoney/plugins/lua

One question -- when I compile KMyMoney and install it into some /tmp
directory -- does the kmymoney bin have to be executed in some special
way? I mean I add an .rc file to add 'Lua...' to the Tools menu, I guess
it has to find that .rc file somehow. If I just run
/tmp/usr/bin/kmymoney the menu entry is not there.

Regards,
Przemek


Where .rc files get installed is specified in the CMakeLists.txt file.
Generally, /usr/share/kde4/apps//.


What is needed is something on the lines of
kmymoney/kmymoney/plugins/csvimport/kmm_csvimport.rc.

"

  

  

  

  

", which you'd need to adjust.

There are some tutorials like
"https://techbase.kde.org/Development/Tutorials/Services/Plugins";.
I haven't tried this for some while so cannot guarantee all is OK, but 
it should give you a start.


Also, have a look at the csvimporter plugin, which I cobbled together 
from various sources.


Read them thoroughly to get an understanding.  You know where we are.

Allan

Re: [kmymoney4] [Bug 360500] Unable to enter the same value in the No. field for more than 1 transaction.

[aga]

On 14/03/16 18:45, Christian David via KDE Bugzilla wrote:

https://bugs.kde.org/show_bug.cgi?id=360500

Christian David  changed:

What|Removed |Added

  CC||christian-da...@web.de

--- Comment #3 from Christian David  ---
In void TransactionEditor::slotNumberChanged(const QString& txt):

Why do you use loadText() and not setText() in you patch?


There are two separate routines involved, and one was using loadText() 
and the other setText(). I couldn't see any reason for the difference, 
and just decided to use loadText().



However, the loadText() seems unnecessary to me.


In the routine you refer to, then, yes, it does seem unnecessary, but 
not so in void TransactionEditor::assignNextNumber().  The first one 
there is necessary.


Allan

Re: [Kmymoney-devel] Draft release notes for 4.8

[aga]

On 13/03/16 11:13, Christian David wrote:

I just noted, we cannot release 4.8, yet. I broke the .annon.kmy file. If
that is used the account numbers of the stored payees will not be removed.


Alvaro Soliverez  hat am 29. November 2015 um 23:37
geschrieben:




Here are the draft notes for 4.8.0.




Slightly off-topic, but about the release of 4.8.

My https://git.reviewboard.kde.org/r/124115/ entry is still outstanding 
from last June, and has been dormant for six months.


Do I need to be doing anything?  If so, what?

Allan

Re: consistency check strangeness

[aga]

On 01/03/16 01:32, Jack wrote:

I'm currently getting lots of message from the consistency check that I
do not have a stock price set on or before the opening date of the
account (presumably the account of the equity itself, not the investment
account.)  In all cases I have checked so far, there is a buy
transaction on that opening date, but there is no transaction based
price for that date (or on any other date for that price,  when I have
looked.)  I have been able to fix this by editing the transaction and
saving it without making any changes.  That creates the transaction
based price for that date.  I'm pretty sure that those errors have not
been present since I imported those transactions (mostly in 2009 and
2010) but I don't really know when they showed up.  (I often have at
least a few of those messages, and have historically dealt with them in
batches, so I don't always look at them in detail.)

I can think of several ways this could happen, but none of them make
much sense.  I'm pretty sure I have had periods of no messages from
consistency check since adding/importing at least some of those
transactions, so it is not likely I have simply forgotten those messages
have always been present.  I can't imagine the program deleting any or
all of those prices, since there is nothing in common, except that they
are for the initial buy transactions.  I don't think the date of all or
even any of those transactions have been changed, but in a few cases, I
don't see a price for exactly the buy price, even on a different date.

Can anyone think of anything I might be missing, or is my memory simply
dissolving faster than I realized?

Jack


> This could actually go back several years.  I found that the price
> for a Buy transaction was not entered into the prices table,and I did 
> fix for it, although I cannot actually trace the fix.  I don't know
> when this check was implemented in the consistency checker.  It could 
> have been some while later.


> Allan

I think I've found the origin - "Finally, they're here!!  These are the 
patches I've produced to transfer qif processing to 
mymoneystatementreader.  They also add category file processing, 
transaction matching as per mymoneystatementreader,

extraction of pricing information from buy, sell, etc. transactions, and
one or two 'features' I found along the way."

From  [Kmymoney2-developer] KMyMoney2-QifReader Rework 4 Oct 2008.

Thomas did not implement the patches as I submitted them as they did not 
meet what he was wanting, but I think the Price bit did survive.


Allan

Re: consistency check strangeness

[aga]

On 01/03/16 01:32, Jack wrote:

I'm currently getting lots of message from the consistency check that I
do not have a stock price set on or before the opening date of the
account (presumably the account of the equity itself, not the investment
account.)  In all cases I have checked so far, there is a buy
transaction on that opening date, but there is no transaction based
price for that date (or on any other date for that price,  when I have
looked.)  I have been able to fix this by editing the transaction and
saving it without making any changes.  That creates the transaction
based price for that date.  I'm pretty sure that those errors have not
been present since I imported those transactions (mostly in 2009 and
2010) but I don't really know when they showed up.  (I often have at
least a few of those messages, and have historically dealt with them in
batches, so I don't always look at them in detail.)

I can think of several ways this could happen, but none of them make
much sense.  I'm pretty sure I have had periods of no messages from
consistency check since adding/importing at least some of those
transactions, so it is not likely I have simply forgotten those messages
have always been present.  I can't imagine the program deleting any or
all of those prices, since there is nothing in common, except that they
are for the initial buy transactions.  I don't think the date of all or
even any of those transactions have been changed, but in a few cases, I
don't see a price for exactly the buy price, even on a different date.

Can anyone think of anything I might be missing, or is my memory simply
dissolving faster than I realized?

Jack


This could actually go back several years.  I found that the price for a 
Buy transaction was not entered into the prices table,and I did a fix 
for it, although I cannot actually trace the fix.  I don't know when 
this check was implemented in the consistency checker.  It could have 
been some while later.


Allan

Re: [kmymoney4] [Bug 359739] New: Incorrect label for New Investment entry

[aga]

On 24/02/16 03:22, Jan via KDE Bugzilla wrote:

https://bugs.kde.org/show_bug.cgi?id=359739

 Bug ID: 359739
Summary: Incorrect label for New Investment entry
Product: kmymoney4
Version: 4.6.6
   Platform: Other
 OS: Linux
 Status: UNCONFIRMED
   Severity: normal
   Priority: NOR
  Component: general
   Assignee: kmymoney-devel@kde.org
   Reporter: jan_cec...@verizon.net

My investments all use "Total for all shares" as Price Entry method. When
entering a new buy, I do get the number of shares and the total price fields in
the data entry pane. However, when I duplicate an existing buy in order to edit
it (e.g. to enter a recurring 401K investment where the total price is always
the same, but the number of shares changes), now this field is called
Price/share. Yet, I still need to enter the total price here and not the price
per share for the data entry to be correct. This problem does not exist in the
old KMM version: it shows the total price instead of price per share as soon as
you edit the transaction.

The same problem is present when duplicating a Reinvest Dividend transaction:
Price per share is displayed, while the field should be called Price or Total
price.



I don't see this here, on the development branch.

If I duplicate a reinvest dividend transaction, initially, as you say, 
the field is labelled Price/share.  However, on clicking Edit, the label 
changes to Transaction amount.


This was changed as a result of BUG:347166 Fix "Price/share" field on 
investment transaction entry form is mis-labeled, and was committed in 
August last, and will be in the forthcoming 4.8.0 release.


A lot has already changed since 4.6.6, and I would advise upgrading.

Allan

Re: importing data

[aga]

On 20/02/16 23:17, Jack Ostroff wrote:



On 2/20/2016 10:49 AM, john jefferis wrote:

I have just moved over to Linux Mint from Windows 10 and would like to
use kmymoney.  I am currently using Bank Genie, which does not run on
Linux and I have several years of data I need to move.  Bank Genie does
not have an export facility bt they suggested that if I did a backup to
a memory stick I could use that.

The backup files are all .CDX, .DBF and .FBT.  Is there any way at all
of picking these up into kmymoney?

Thanks
John Jefferis


Hmm. The BankGenie site says "Flexible analytical and reporting tools,
with printing and exporting options." as well as "Export reports to
Excel, txt" with a yes for both the pro and plain version 4.  Are they
blatantly not telling the truth, or are the exports simply of no real use?

Jack



Well, perhaps it depends on what reports it can export.  Or, it could be 
different views - the marketing and the actual view.


Allan

Re: importing data

[aga]

On 20/02/16 20:32, john jefferis wrote:

Many thanks for your prompt reply Allan.  Sadly Bank Genie has no output
facility at all.  I have queried this with the maker and they confirm
the only thing I can do is try to load from the back-up files, which as
I said before are all .CDX, .DBF and .FBT.

It was indeed a bad move!  Windows 10 e-mail program is a load of
rubbish.  Edge is awful and also has no way of exporting favourite files
(I have managed to download a work around for that).  And now I find the
program I chose to replace the old MS Money, although highly
recommended, has swallowed up my bank data and won't spit it out again.

Fortunately I still have windows 10 on my new laptop, so I will leave
Bank Genie on there as an archive file, and create a new start point for
kmymoney on Linux on this old laptop.

Cheers
John


It's best to reply to the list so that others can be updated and given a 
chance to respond.


What about these last two points?

" It might be worthwhile looking at a linux program called wine, which
  can be useful for running Windows programs on Linux, assuming
  Bank Genie is a Windows app.

  Generally, one installs wine, then use it to install Bank Genie,
  which you then run as normal.
  Finally, it might be worthwhile trying to open your backup files in a
  text editor to see if anything useful shows."

Allan



On 20/02/16 18:59, aga wrote:



On 20/02/16 15:49, john jefferis wrote:

I have just moved over to Linux Mint from Windows 10 and would like to
use kmymoney.  I am currently using Bank Genie, which does not run on
Linux and I have several years of data I need to move.  Bank Genie does
not have an export facility bt they suggested that if I did a backup to
a memory stick I could use that.

The backup files are all .CDX, .DBF and .FBT.  Is there any way at all
of picking these up into kmymoney?

Thanks
John Jefferis



Bad move, choosing an app which locks you in.

Leaving aside those backup formats. does Bank Genie have any output
capability?   If so, in what format?

It might be worthwhile looking at a linux program called wine, which
can be useful for running Windows programs on Linux, assuming Bank Genie
is a Windows app.

Generally, one installs wine, then use it to install Bank Genie, which
you then run as normal.

Finally, it might be worthwhile trying to open your backup files in a
text editor to see if anything useful shows.

Allan

Re: importing data

[aga]

On 20/02/16 15:49, john jefferis wrote:

I have just moved over to Linux Mint from Windows 10 and would like to
use kmymoney.  I am currently using Bank Genie, which does not run on
Linux and I have several years of data I need to move.  Bank Genie does
not have an export facility bt they suggested that if I did a backup to
a memory stick I could use that.

The backup files are all .CDX, .DBF and .FBT.  Is there any way at all
of picking these up into kmymoney?

Thanks
John Jefferis



Bad move, choosing an app which locks you in.

Leaving aside those backup formats. does Bank Genie have any output 
capability?   If so, in what format?


It might be worthwhile looking at a linux program called wine, which can 
be useful for running Windows programs on Linux, assuming Bank Genie

is a Windows app.

Generally, one installs wine, then use it to install Bank Genie, which 
you then run as normal.


Finally, it might be worthwhile trying to open your backup files in a 
text editor to see if anything useful shows.


Allan

Re: [Kmymoney-devel] state of new release

[aga]

Hi Alexey

Cristian (onet.crist...@gmail.com) has done most, if not all , work on this.

So far as Alkimia is concerned, it looks to me, from the outside, that 
it is near complete, but the build failed.  I know his time is limited 
and I can't say if things have progressed from there.  Hopefully, he 
will come in here.  I'm sure another developer being involved is likely 
to be very welcome.


Allan

On 22/01/16 15:28, 4ernov wrote:

Sorry for a little bit rushing into this thread, but I'm also very
interested in the KF5-release of KMyMoney. I actually have recently
migrated to KF5-based PIM, everything works quite fine for me for now,
if anyone is interested.

But yes, now I can't use KMyMoney anymore. I tried to compile
migrating branches of KMyMoney and Alkimia, but Alkimia seems to still
depend on KDE4.

So my only question is: is there any developer to-do list for KF5
build, so that I can help with this migration in terms of coding? I'm
ready to write some code for it as, you know, my money are leaking
really fast without accounting :)

Best regards,
Alexey