[kmymoney4] [Bug 371069] CSV plugin mishandles UTF-16 files
https://bugs.kde.org/show_bug.cgi?id=371069 --- Comment #10 from Thomas Baumgart --- >From what I can tell, the data looks good if I read it using the UTF-16 decoder on the next page in the wizard. Nothing fancy or garbled. And I just omitted the return type void when I referenced the method. It is a current git head of the 4.8 branch. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371069] CSV plugin mishandles UTF-16 files
https://bugs.kde.org/show_bug.cgi?id=371069 --- Comment #9 from allan --- (In reply to Thomas Baumgart from comment #8) > I tried this on my KDE4, KMyMoney 4.8 production system (this is generated > of HEAD on the 4.8 branch). > When I change the encoding in the dialog to UTF-16 before I select the file, > then things seem to work properly. Just to be clear, are you saying that you do not then see the problem I reported, of the data being garbled? If I ensure that UTF-16 is already selected - displayed in the file selector - then I definitely do see the corruption. > I am looking at the following snippet in > CSVDialog::readFile(const QString& fname): Might this be a non-current git head version? There has recently been some reformatting of the source and I have void CSVWizard::readFile(const QString& fname), as does the current git head. In terms of the actual code, they are identical in this particular area. Just to be clear, again. So far as the selector is concerned, then, yes, there are a couple of problems, although if the decoding is for UTF-16, from previous activity or from setting it prior to selecting the file, then the file should have the required encoding. Some tweaking looks to be necessary though. Allan > > QFile m_inFile(m_inFileName); > m_inFile.open(QIODevice::ReadOnly); // allow a Carriage return - // > QIODevice::Text > QTextStream inStream(&m_inFile); > QTextCodec* codec = > QTextCodec::codecForMib(m_codecs.value(m_encodeIndex)->mibEnum()); > inStream.setCodec(codec); > > QString buf = inStream.readAll(); > > When selecting UTF-16 before selecting your file, QString buf contained the > correct data. I verified this in the debugger and also data displayed in > spread sheet form seemd to be correct. > > Hope that helps for further investigation. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371069] CSV plugin mishandles UTF-16 files
https://bugs.kde.org/show_bug.cgi?id=371069 --- Comment #8 from Thomas Baumgart --- I tried this on my KDE4, KMyMoney 4.8 production system (this is generated of HEAD on the 4.8 branch). What is annoying, that once I select a file it automatically goes off. No way to change parameters. One should be able to start the process the pressing the OK button. This causes the UTF-16 data to display weird data due to the 0's contained. When I change the encoding in the dialog to UTF-16 before I select the file, then things seem to work properly. I am looking at the following snippet in CSVDialog::readFile(const QString& fname): QFile m_inFile(m_inFileName); m_inFile.open(QIODevice::ReadOnly); // allow a Carriage return - // QIODevice::Text QTextStream inStream(&m_inFile); QTextCodec* codec = QTextCodec::codecForMib(m_codecs.value(m_encodeIndex)->mibEnum()); inStream.setCodec(codec); QString buf = inStream.readAll(); When selecting UTF-16 before selecting your file, QString buf contained the correct data. I verified this in the debugger and also data displayed in spread sheet form seemd to be correct. Hope that helps for further investigation. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371069] CSV plugin mishandles UTF-16 files
https://bugs.kde.org/show_bug.cgi?id=371069 --- Comment #7 from allan --- [from Thomas] " Hi Allan, you found out yourself: the BOM is not wrong, it's missing. I am sure, you stumbled over https://en.wikipedia.org/wiki/UTF-16. I have not looked at the code of the CSV importer at that point, but you could check the beginning of the file (4 bytes) and see if the first two match a BOM or you find two 0x00 in those four bytes (where that would probably not work for Asian countries as they fill the upper byte with their characters). Reading the data through a QTextStream allows to setup the encoding/decoding. Please take a look at QTextStream::setCodec() and setAutoDetectUnicode(), though according to the docs I have, the automatic detection should be the default. Maybe, you add another UI selector for the Encoding, in case you don't have it. See QTextCodec::availableCodecs() for a list of them. Check Kate/Kwrite in the Tools/Encding menu how this may look like. So much for now. If you don't get the codec stuff going, please tell me where to find the relevant source code and I take a look at it. Thomas" [My reply] " I have /had - QTextStream inStream(&inFile); QTextCodec* codec = QTextCodec::codecForMib(m_codecs.value(m_encodeIndex)->mibEnum()); inStream.setCodec(codec); QString buf = inStream.readAll(); ... (void CSVWizard::readFile(const QString& fname) line c843) which I nicked from Qt, I think. I have encoding selection in the file selector. ... QPointer label = new QLabel(i18n("Encoding")); dialog->layout()->addWidget(label); //Add encoding selection to FileDialog QPointer comboBoxEncode = new QComboBox(); setCodecList(m_codecs, comboBoxEncode); comboBoxEncode->setCurrentIndex(m_encodeIndex); connect(comboBoxEncode, SIGNAL(activated(int)), this, SLOT(encodingChanged(int))); dialog->layout()->addWidget(comboBoxEncode); (bool CSVWizard::getInFileName(QString& inFileName) line c798) I don't see a setAutoDetectUnicode(). I don't think I had auto-selection, but encoding was by manual selection from the list of codecs, but UTF-16 seems not to work. (in my code). Allan" I'm afraid I'm not able to commit to coding, still. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371069] CSV plugin mishandles UTF-16 files
https://bugs.kde.org/show_bug.cgi?id=371069 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #6 from Jack --- I think you might be able to use dos2unix to modify the file into a usable format, or at least confirm info about the encoding and BOM. It may take a while to wade through all them options and parameters. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371069] CSV plugin mishandles UTF-16 files
https://bugs.kde.org/show_bug.cgi?id=371069 --- Comment #5 from allan --- Thomas suggested using Okteta to look at the data to see if the BOM was correct. Here are the first few lines :- " 22 00 4D 00 52 00 20 00 41 00 4C 00 ".M.R. .A.L. 000C 4C 00 41 00 4E 00 20 00 41 00 4E 00 L.A.N. .A.N. 0018 44 00 45 00 52 00 53 00 4F 00 4E 00 D.E.R.S.O.N. " So, no BOM, just the data, and still mis-formatted by the plugin. Ah, I've just checked against the Libre Office Calc file and, just looking at the beginning, the bad one has "22 00", and the good one has "FF FE". So, the BOM is wrong on the bank version. Allan -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371069] CSV plugin mishandles UTF-16 files
https://bugs.kde.org/show_bug.cgi?id=371069 --- Comment #4 from allan --- (In reply to allan from comment #3) > It looks like my attempts to provide an edited sample file either produce > rubbish, or remove whatever causes the problem. > So, I may have to provide a complete file, but I don't wish to broadcast it, > so would like to send it off-line. To whom? > > Allan I've sent a gpg'ed copy to Thomas. Allan -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371180] New: A request for an additional monetary format
https://bugs.kde.org/show_bug.cgi?id=371180 Bug ID: 371180 Summary: A request for an additional monetary format Product: kmymoney4 Version: 4.8.0 Platform: Mint (Ubuntu based) OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: csvimporter Assignee: kmymoney-devel@kde.org Reporter: agande...@gmail.com Apart from the unusual date format, I have a further complication. A credit to the credit card company now produces the following format - "06 Sep","AMAZON UK RETAIL AMAZO AMAZON.CO.UK LUX","£27.50","CR", The plugin did have a similar capability, but I think this has very recently been removed. It would be very helpful if this format could be handled. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371177] New: Request for additional date format - no year!
https://bugs.kde.org/show_bug.cgi?id=371177 Bug ID: 371177 Summary: Request for additional date format - no year! Product: kmymoney4 Version: 4.8.0 Platform: Mint (Ubuntu based) OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: csvimporter Assignee: kmymoney-devel@kde.org Reporter: agande...@gmail.com My new format credit card statement causes further problems. It produces a date with no year, like "15 Aug". To avoid an on-going need to edit every entry, it would be good if the CSV importer could cope with this format, please. Thanks Allan Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371069] CSV plugin mishandles UTF-16 files
https://bugs.kde.org/show_bug.cgi?id=371069 --- Comment #3 from allan --- It looks like my attempts to provide an edited sample file either produce rubbish, or remove whatever causes the problem. So, I may have to provide a complete file, but I don't wish to broadcast it, so would like to send it off-line. To whom? Allan -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371069] CSV plugin mishandles UTF-16 files
https://bugs.kde.org/show_bug.cgi?id=371069 allan changed: What|Removed |Added Attachment #101617|0 |1 is obsolete|| --- Comment #2 from allan --- Created attachment 101618 --> https://bugs.kde.org/attachment.cgi?id=101618&action=edit UTF-16 file -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371069] CSV plugin mishandles UTF-16 files
https://bugs.kde.org/show_bug.cgi?id=371069 --- Comment #1 from allan --- Created attachment 101617 --> https://bugs.kde.org/attachment.cgi?id=101617&action=edit UTF-16 file -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 371069] New: CSV plugin mishandles UTF-16 files
https://bugs.kde.org/show_bug.cgi?id=371069 Bug ID: 371069 Summary: CSV plugin mishandles UTF-16 files Product: kmymoney4 Version: 4.8.0 Platform: Mint (Ubuntu based) OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: csvimporter Assignee: kmymoney-devel@kde.org Reporter: agande...@gmail.com My credit card company has revised their web site, and the statement importing procedure and format 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 UTF-16. In the CSV importer, however, changing the encoding from UTF-8 to UTF-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. Reproducible: Always Steps to Reproduce: 1. Import a CSV file encoded in UTF-16. 2. The file will show the incorrect format. 3. Actual Results: As above. Expected Results: The UTF-16 should be handled correctly. There may be more to this, however. When I tried to create a file in UTF-16, it could be imported correctly. So, to be able to demonstrate the problem, I have used a file from my credit card company, deleted everything except the first line and then added a new first line of "12-10-2016,Description,1234.56" Attachment follows. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370242] "Geldinstitute": "Konten ohne zugewiesene Geldinstitute" cannot delete
https://bugs.kde.org/show_bug.cgi?id=370242 --- Comment #7 from Sean --- This doesn't change anything. If I configure "Geschlossene Konten nicht anzeigen" in the Kmymoney-Configuration than this special account "Konten ohne zugewiesene Geldinstitute" is not shown. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370242] "Geldinstitute": "Konten ohne zugewiesene Geldinstitute" cannot delete
https://bugs.kde.org/show_bug.cgi?id=370242 --- Comment #6 from Thomas Baumgart --- I just tried to duplicate this on 4.8 code and was unable to do so. Once I assign an institution to all accounts the entry is not shown anymore. Maybe this has been changed in the meantime. Do you see all you account in the accounts view? Make sure that 'Show all accounts' is off. You can find this option in the View menu. You might have to reload the file once you turned it off. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370242] "Geldinstitute": "Konten ohne zugewiesene Geldinstitute" cannot delete
https://bugs.kde.org/show_bug.cgi?id=370242 --- Comment #5 from Sean --- consistency check: same result configure KMyMoney: no one is checked If I look under accounts there is the same number of accounts compared the number under institutions. @Thomas: so if everything is ok what can I do, because I cant find the account with no institution. Maybe I understand you wrong... -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370242] "Geldinstitute": "Konten ohne zugewiesene Geldinstitute" cannot delete
https://bugs.kde.org/show_bug.cgi?id=370242 --- Comment #4 from Thomas Baumgart --- Nothing is corrupt and everything seems to be fine. You do have an account that is not assigned to an institution, hence the group 'Accounts with no institution assigned' in the institution view.. It only shows up if you have such an account and you cannot delete it. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370290] It is impossible to setup a dedicated opening balance account
https://bugs.kde.org/show_bug.cgi?id=370290 Ralf Habacker changed: What|Removed |Added Depends on||370291 --- Comment #1 from Ralf Habacker --- Recent kmymoney sources have support for finding an opening balance account if the related account matches the regular expression "^Opening Balances" which uses an untranslated string and works only with english/US account templates using exactly this full account name. With bug 370291 it has been reported that this account name is untranslated, having it translated make the search depending on the following translated accout names, which may or may not match the behavior of kmymoney account templates. ./fr/messages/extragear-office/kmymoney.po "Opening Balances" "Solde d'ouverture" ./nl/messages/extragear-office/kmymoney.po "Opening Balances" "Openings saldo" ./da/messages/extragear-office/kmymoney.po "Opening Balances" "Startsaldo" ./it/messages/extragear-office/kmymoney.po "Opening Balances" "Saldi iniziali" ./kk/messages/extragear-office/kmymoney.po "Opening Balances" "Ашық балансы" ./es/messages/extragear-office/kmymoney.po "Opening Balances" "Saldos de apertura" ./lt/messages/extragear-office/kmymoney.po "Opening Balances" "" ./ja/messages/extragear-office/kmymoney.po "Opening Balances" "" ./ms/messages/extragear-office/kmymoney.po "Opening Balances" "" ./bg/messages/extragear-office/kmymoney.po "Opening Balances" "" ./zh_CN/messages/extragear-office/kmymoney.po "Opening Balances" "开户" ./hu/messages/extragear-office/kmymoney.po "Opening Balances" "Nyitó egyenlegek" ./en_GB/messages/extragear-office/kmymoney.po "Opening Balances" "Opening Balances" ./gl/messages/extragear-office/kmymoney.po "Opening Balances" "Saldos de apertura" ./ca@valencia/messages/extragear-office/kmymoney.po "Opening Balances" "Saldos d'obertura" ./sv/messages/extragear-office/kmymoney.po "Opening Balances" "Ingående behållningar" ./de/messages/extragear-office/kmymoney.po "Opening Balances" "Eröffnungssaldo" ./ug/messages/extragear-office/kmymoney.po "Opening Balances" "" ./cs/messages/extragear-office/kmymoney.po "Opening Balances" "Počáteční zůstatek" ./fi/messages/extragear-office/kmymoney.po "Opening Balances" "Alkusaldo" ./el/messages/extragear-office/kmymoney.po "Opening Balances" "Ισολογισμοί ανοίγματος" ./ga/messages/extragear-office/kmymoney.po "Opening Balances" "" ./ro/messages/extragear-office/kmymoney.po "Opening Balances" "Solduri inițiale" ./sk/messages/extragear-office/kmymoney.po "Opening Balances" "Počiatočný stav" ./pt/messages/extragear-office/kmymoney.po "Opening Balances" "Saldos de Abertura" ./ast/messages/extragear-office/kmymoney.po "Opening Balances" "" ./uk/messages/extragear-office/kmymoney.po "Opening Balances" "Відкриття балансів" ./x-test/messages/extragear-office/kmymoney.po "Opening Balances" "xxOpening Balancesxx" ./zh_TW/messages/extragear-office/kmymoney.po "Opening Balances" "開戶金額" ./bs/messages/extragear-office/kmymoney.po "Opening Balances" "Početno stanje" ./mr/messages/extragear-office/kmymoney.po "Opening Balances" "" ./tr/messages/extragear-office/kmymoney.po "Opening Balances" "Açılış Bakiyeleri" ./nds/messages/extragear-office/kmymoney.po "Opening Balances" "Anfangssaldos" ./eo/messages/extragear-office/kmymoney.po "Opening Balances" "" ./ca/messages/extragear-office/kmymoney.po "Opening Balances" "Saldos d'obertura" ./eu/messages/extragear-office/kmymoney.po "Opening Balances" "Hasierako saldoak" ./ru/messages/extragear-office/kmymoney.po "Opening Balances" "Остаток на начало" ./pt_BR/messages/extragear-office/kmymoney.po "Opening Balances" "Saldos de abertura" ./et/messages/extragear-office/kmymoney.po "Opening Balances" "Algsaldod" ./pl/messages/extragear-office/kmymoney.po "Opening Balances" "Salda otwarcia" ./ia/messages/extragear-office/kmymoney.po "Opening Balances" "" In german account templates for example that would be the term "Eröffnungssaldo", which is not used in any present account template. Search for the more common term 'saldo' returns only two from 445 present account templates. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370291] Opening balance account is untranslated
https://bugs.kde.org/show_bug.cgi?id=370291 Ralf Habacker changed: What|Removed |Added Blocks||370290 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370291] Opening balance account is untranslated
https://bugs.kde.org/show_bug.cgi?id=370291 --- Comment #1 from Ralf Habacker --- The root cause is located in mymoneyfile.cpp:56 were the following definition const QString MyMoneyFile::OpeningBalancesPrefix = I18N_NOOP("Opening Balances"); defines a translation, but does not really translate it. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370291] New: Opening balance account is untranslated
https://bugs.kde.org/show_bug.cgi?id=370291 Bug ID: 370291 Summary: Opening balance account is untranslated Product: kmymoney4 Version: 4.8.0 Platform: Other OS: All Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: ralf.habac...@freenet.de Entering account opening balance always creates an account using an untranslated name. Reproducible: Always Steps to Reproduce: 1. start kmymoney configured with non english language for example german 2. create a new file using any account template 3. goto to any account, enter an opening balance and save account Actual Results: In the account tree there is a new account below equity root folder named 'Opening balance' Expected Results: The mentioned account should have a translated name -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370290] New: It is impossible to setup a dedicated opening balance account
https://bugs.kde.org/show_bug.cgi?id=370290 Bug ID: 370290 Summary: It is impossible to setup a dedicated opening balance account Product: kmymoney4 Version: 4.8.0 Platform: Other OS: other Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: ralf.habac...@freenet.de Several account templates have an account for opening balances for example in german skr03/04 templates accounts starting with >= '9000' are designated for this purpose. In recent kmymoney version entering an opening balance always creates a new account named 'Opening balance' below equity root folder. It is not possible to setup a predefined opening balance account. Reproducible: Always Steps to Reproduce: 1. start kmymoney 2. creates a new file using german skr03 account template 3. Goto to account "1200 Bankkonto", enter opening balance and save account Actual Results: There is a new account named 'Opening balance' Expected Results: If an opening balance account is predefined the opening balance transaction should use the predefined that account instead creating a new account. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370286] Account order in exported template does not match the initial used template file
https://bugs.kde.org/show_bug.cgi?id=370286 Ralf Habacker changed: What|Removed |Added Version Fixed In||4.8.1 Latest Commit||http://commits.kde.org/kmym ||oney/cc1bc47617a94a85fe567a ||290c9b34e1e3ca9722 Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #1 from Ralf Habacker --- Git commit cc1bc47617a94a85fe567a290c9b34e1e3ca9722 by Ralf Habacker. Committed on 08/10/2016 at 09:05. Pushed by habacker into branch '4.8'. Fix 'Account order in exported template does not match the initial used template file'. FIXED-IN:4.8.1 M +6-0kmymoney/converter/mymoneytemplate.cpp http://commits.kde.org/kmymoney/cc1bc47617a94a85fe567a290c9b34e1e3ca9722 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370286] New: Account order in exported template does not match the initial used template file
https://bugs.kde.org/show_bug.cgi?id=370286 Bug ID: 370286 Summary: Account order in exported template does not match the initial used template file Product: kmymoney4 Version: 4.8.0 Platform: Other OS: All Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: ralf.habac...@freenet.de The files generated by the template export shows a different order of accounts as the imported account template 1. start KMymoney 2. create new file based on german skr03 template 3. export account template through menu entry file>export->account template 4. Compare exported file with the original template file Reproducible: Always Steps to Reproduce: 1. start KMymoney 2. create new file based on german skr03 template 3. export account template through menu entry file>export->account template 4. Compare exported file with the original template file Actual Results: The order of the accounts does not match the initial used template file Expected Results: The order of the accounts should match the initial used template file Having the same order makes finding bugs in template export/import easier because one can see differences immediately. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370284] Template export does not include all accounts
https://bugs.kde.org/show_bug.cgi?id=370284 Ralf Habacker changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Latest Commit||http://commits.kde.org/kmym ||oney/77108f8aea86f270d1b6e4 ||ef96dcfed3843d4034 --- Comment #1 from Ralf Habacker --- Git commit 77108f8aea86f270d1b6e4ef96dcfed3843d4034 by Ralf Habacker. Committed on 08/10/2016 at 08:56. Pushed by habacker into branch '4.8'. Fix 'Template export does not include all accounts'. M +4-4kmymoney/converter/mymoneytemplate.cpp http://commits.kde.org/kmymoney/77108f8aea86f270d1b6e4ef96dcfed3843d4034 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370284] New: Template export does not include all accounts
https://bugs.kde.org/show_bug.cgi?id=370284 Bug ID: 370284 Summary: Template export does not include all accounts Product: kmymoney4 Version: 4.8.0 Platform: Other OS: All Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: ralf.habac...@freenet.de The template export does not export all accounts imported from the same account template. Reproducible: Always Steps to Reproduce: 1. start KMymoney 2. create new file based on german skr03 template 3. export account template through menu entry file>export->account template 4. Compare exported file with the original template file Actual Results: Several accounts are not exported Expected Results: All accounts should be exported -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370242] "Geldinstitute": "Konten ohne zugewiesene Geldinstitute" cannot delete
https://bugs.kde.org/show_bug.cgi?id=370242 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #3 from Jack --- If you run the consistency check again, are there still any reported issues? The first time you ran it, it might have fixed many issues; we are interested if there are any it couldn't fix automatically. They may not be important, but we don't know until we check. 4.6.6 is now somewhat old. You could get the latest 4.8 by using Claydoh's PPA on launchpad. (https://launchpad.net/~claydoh/+archive/ubuntu/kmymoney2-kde4) The slowness is probably not related to the first problem, so we should concentrate on the deletion issue first. I can't think of any reasons to prevent deleting an institution other than if there are accounts in it. Is it possible there are any closed and hidden accounts? (Go to Configure KMyMoney. Click on General (top icon on the left) then click the Filter tab. Be sure "Do not show closed accounts" is not checked.) If that is not it, we'll have to wait for other ideas. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370242] "Geldinstitute": "Konten ohne zugewiesene Geldinstitute" cannot delete
https://bugs.kde.org/show_bug.cgi?id=370242 --- Comment #2 from seanbean...@gmx.de --- If I hoover over this institution there is no tooltip. There are no accounts in that institution. I did not know about the consistency check - great feature! It says there are problems and they are described under details. But there is written that datas are consistenc. Starting from Console: KMyMoney printcheck plugin loaded QFSFileEngine::open: No file name specified KMyMoney ofximport plugin loaded KMyMoney iCalendar plugin loaded KMyMoney csvimport plugin loaded KBankingPlugin: No AqB4 config found. KBankingPlugin: No AqB3 config found. 7:2016/10/07 19-13-54:aqbanking(9314):started KMyMoney kbanking plugin loaded KMyMoney reconciliation report plugin loaded reading file start parsing file startDocument reading accounts reading transactions reading securities reading currencies reading prices reading reports endDocument QPainter::begin: Widget painting can only begin as a result of a paintEvent QPainter::translate: Painter not active QPainter::setClipRect: Painter not active Additional information: Kmymoney is really slowly... -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370242] "Geldinstitute": "Konten ohne zugewiesene Geldinstitute" cannot delete
https://bugs.kde.org/show_bug.cgi?id=370242 --- Comment #1 from Jack --- If you just hover the mouse over that institution, does any tooltip display, possibly showing the reason you cannot delete it? Are there any accounts in that institution? If so, you will not be able to delete it. Also, can you run a consistency check? Does it show any problems? One other thing to try is to run KMyMoney from a konsole command line. It might show more information about any problem with the file. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370242] New: "Geldinstitute": "Konten ohne zugewiesene Geldinstitute" cannot delete
https://bugs.kde.org/show_bug.cgi?id=370242 Bug ID: 370242 Summary: "Geldinstitute": "Konten ohne zugewiesene Geldinstitute" cannot delete Product: kmymoney4 Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: seanbean...@gmx.de If you look at "Geldinstitute" (german, maybe instituts or banks?) there is one point in the list "Konten ohne zugewiesene Geldinstitute" and I like to delete it. But this is not possible. This looks like corrupt datas and I like to eleminate it. Version 4.6.6 (new 16.04 Kubuntu installation) Reproducible: Always Steps to Reproduce: 1. Open KMyMoney 2. Choose "Geldinstitute" 3. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370240] New: Not all icons at the left navbar - there are just 3 (e. g. overview)
https://bugs.kde.org/show_bug.cgi?id=370240 Bug ID: 370240 Summary: Not all icons at the left navbar - there are just 3 (e. g. overview) Product: kmymoney4 Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: seanbean...@gmx.de At the left navbar there are not all icons. There are just 3 - e. g. overview. There are some more icons missing (e. g. overview planning or skipping a booking). Even if there is no icon the function is working! Version 4.6.6 (with a new Kubuntu 16.04 Installation) Reproducible: Always Steps to Reproduce: 1. Open KMymoney 2. 3. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370227] New: Crash on exit
https://bugs.kde.org/show_bug.cgi?id=370227 Bug ID: 370227 Summary: Crash on exit Product: kmymoney4 Version: unspecified Platform: Compiled Sources OS: OS X Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: mk-li...@mailbox.org Application: kmymoney (4.7.90) KDE Platform Version: 4.14.3 (Compiled from sources) Qt Version: 4.8.7 Operating System: Darwin 13.4.0 x86_64 Distribution (Platform): MacPorts Packages -- Information about the crash: - What I was doing when the application crashed: After downloading transactions from two banks I saved my data and then exited the application. At exit KMM just crashed. - System: + Mac OSX 10.9.5 + MacPorts-based KDE4 installation + Port kmymoney4-devel -- Backtrace: Application: KMyMoney (kmymoney), signal: Segmentation fault: 11 (lldb) process attach --pid 3843 Process 3843 stopped Executable module set to "/Applications/MacPorts/KDE4/kmymoney.app/Contents/MacOS/kmymoney". Architecture set to: x86_64-apple-macosx. (lldb) set set term-width 200 (lldb) thread info thread #1: tid = 0x2cdb6, 0x7fff9191ce20 libsystem_kernel.dylib`__wait4 + 8, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP (lldb) bt all * thread #1: tid = 0x2cdb6, 0x7fff9191ce20 libsystem_kernel.dylib`__wait4 + 8, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP * frame #0: 0x7fff9191ce20 libsystem_kernel.dylib`__wait4 + 8 frame #1: 0x0001035409be libkdeui.5.dylib`KCrash::startProcess(int, char const**, bool) + 286 frame #2: 0x00010353fae9 libkdeui.5.dylib`KCrash::defaultCrashHandler(int) + 1209 frame #3: 0x7fff92c0e5aa libsystem_platform.dylib`_sigtramp + 26 frame #4: 0x00010fbc6f37 libgwenhywfar.60.dylib`GWEN_List1_GetFirst + 5 frame #5: 0x00010fbc515f libgwenhywfar.60.dylib`GWEN_Inherit_FindData + 52 frame #6: 0x000104ed006a dir.so`GWEN_ConfigMgrDir_LockGroup + 76 frame #7: 0x00010fcc2754 libaqbanking.35.dylib`AB_Banking_LockSharedConfig + 70 frame #8: 0x00010fcee7a5 libaqbanking.35.dylib`AB_Gui_WriteDialogPrefs + 207 frame #9: 0x00010fc3ff85 libgwenhywfar.60.dylib`GWEN_Dialog_free + 89 frame #10: 0x00010fc44144 libgwenhywfar.60.dylib`GWEN_Gui_Internal_ProgressEnd + 999 frame #11: 0x00010fcbdb3e libaqbanking.35.dylib`AB_Banking_ExecuteJobs + 2257 frame #12: 0x00010f718ad2 kmm_kbanking.so`KMyMoneyBanking::executeQueue(AB_IMEXPORTER_CONTEXT*) + 82 frame #13: 0x00010f7189e5 kmm_kbanking.so`KBankingPlugin::executeQueue() + 165 frame #14: 0x00010f718589 kmm_kbanking.so`KBankingPlugin::updateAccount(MyMoneyAccount const&, bool) + 2089 frame #15: 0x000100dcdae4 kmymoney`KMyMoneyApp::slotAccountUpdateOnline() + 468 frame #16: 0x000100dddbcb kmymoney`KMyMoneyApp::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) + 2107 frame #17: 0x0001049eb06b QtCore`QMetaObject::activate(QObject*, QMetaObject const*, int, void**) + 2363 frame #18: 0x0001039756a9 QtGui`QAction::activate(QAction::ActionEvent) + 233 frame #19: 0x000103cff004 QtGui`QAbstractButtonPrivate::click() + 84 frame #20: 0x000103cffde8 QtGui`QAbstractButton::mouseReleaseEvent(QMouseEvent*) + 88 frame #21: 0x000103dcb7cf QtGui`QToolButton::mouseReleaseEvent(QMouseEvent*) + 15 frame #22: 0x0001039d2a1c QtGui`QWidget::event(QEvent*) + 716 frame #23: 0x000103cffcf3 QtGui`QAbstractButton::event(QEvent*) + 179 frame #24: 0x000103dcbc7b QtGui`QToolButton::event(QEvent*) + 171 frame #25: 0x00010397e7eb QtGui`QApplicationPrivate::notify_helper(QObject*, QEvent*) + 251 frame #26: 0x000103980775 QtGui`QApplication::notify(QObject*, QEvent*) + 2949 frame #27: 0x0001049d2186 QtCore`QCoreApplication::notifyInternal(QObject*, QEvent*) + 118 frame #28: 0x00010397f1fb QtGui`QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool) + 475 frame #29: 0x00010392b902 QtGui`qt_mac_handleMouseEvent(NSEvent*, QEvent::Type, Qt::MouseButton, QWidget*, bool) + 1298 frame #30: 0x7fff8b6c8145 AppKit`-[NSWindow sendEvent:] + 781 frame #31: 0x000103922de1 QtGui`-[QCocoaWindow sendEvent:] + 113 frame #32: 0x7fff8b6695d4 AppKit`-[NSApplication sendEvent:] + 2021 frame #33: 0x000103927d21 QtGui`-[QNSApplication sendEvent:] + 97 frame #34: 0x7fff8b4b99f9 AppKit`-[NSApplication run] + 646 frame #35: 0x00010393116b QtGui`QEventDispatcherMac::processEvents(QFlags) + 2027 frame #36: 0x0001049cf4ff QtCore`QEventLoop::exec(QFlags) + 495 frame #37: 0x0001049d2737 QtCore`QCoreApplication::exec() + 199 frame #38: 0x000100d7af01 kmymoney`runKMyMoney(KApplication*, KSt
[kmymoney4] [Bug 370224] Exported templates does not have any title and description
https://bugs.kde.org/show_bug.cgi?id=370224 --- Comment #1 from Ralf Habacker --- Supporting these attributes looks very imported because with bug 290473 implemented it is now easy to list several exported templates into the template import dialog without being able to distinct them. Templates listed in the template import dialog are distinct by title and descriptions which is empty until this bug has been fixed. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370224] Exported templates does not have any title and description
https://bugs.kde.org/show_bug.cgi?id=370224 Ralf Habacker changed: What|Removed |Added Summary|Template export does not|Exported templates does not |match imported templates|have any title and ||description -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 370224] New: Template export does not match imported templates
https://bugs.kde.org/show_bug.cgi?id=370224 Bug ID: 370224 Summary: Template export does not match imported templates Product: kmymoney4 Version: 4.8.0 Platform: Other OS: All Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: ralf.habac...@freenet.de While working on bug 290473 it turned out that exported templates does not have any title, short and long description included. It would be nice to Reproducible: Always Steps to Reproduce: 1. start kmymoney 2. create new file or export file as template 3. Inspect exported template file Actual Results: The exported template file contains empty title, short and long description. Expected Results: The user should be able to setup template title, short and long description before exporting. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 290473] Exported account template cannot be imported again
https://bugs.kde.org/show_bug.cgi?id=290473 Ralf Habacker changed: What|Removed |Added CC||ralf.habac...@freenet.de Version Fixed In||4.8.1 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 290473] Exported account template cannot be imported again
https://bugs.kde.org/show_bug.cgi?id=290473 Ralf Habacker changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED Latest Commit||http://commits.kde.org/kmym ||oney/229570f64cc6dff6a4882c ||f81ad17adb347074e2 --- Comment #3 from Ralf Habacker --- Git commit 229570f64cc6dff6a4882cf81ad17adb347074e2 by Ralf Habacker. Committed on 06/10/2016 at 15:48. Pushed by habacker into branch '4.8'. Export templates into kmymoney default templates save location. On importing templates kmymoney also looks in the default templates save location for template files which makes it able to reimport exported templates without any manual interaction like moving file to a only by root accessable path. The currently exported template does not have any title or description which may be entered before exporting through an export options dialog or wizard. REVIEW:129107 M +3-1kmymoney/kmymoney.cpp http://commits.kde.org/kmymoney/229570f64cc6dff6a4882cf81ad17adb347074e2 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369852] xea2kmt does not import account flags
https://bugs.kde.org/show_bug.cgi?id=369852 --- Comment #1 from Ralf Habacker --- Git commit 3495037aef2d98af340e905943a95b02612816ff by Ralf Habacker. Committed on 06/10/2016 at 07:07. Pushed by habacker into branch '4.8'. xea2kmt: Parse and export gnucash account flag 'tax-related'. KMymoney supports the account flag 'Tax' indicating that the related account is tax related. When enabled with --with-tax-related on xea2kmt command line the gnucash related xml tag 'tax-related' will be exported to the kmt file as as child of he related account. Signed-off-by: Ralf Habacker M +63 -7tools/xea2kmt.cpp http://commits.kde.org/kmymoney/3495037aef2d98af340e905943a95b02612816ff -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369852] New: xea2kmt does not import account flags
https://bugs.kde.org/show_bug.cgi?id=369852 Bug ID: 369852 Summary: xea2kmt does not import account flags Product: kmymoney4 Version: 4.8.0 Platform: Other OS: All Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: ralf.habac...@freenet.de gnucash template files from which kmymoney template files are currently generated provide account flags (from https://github.com/Gnucash/gnucash/blob/master/accounts/de_DE/acctchrt_skr03.gnucash-xea) for example: placeholder true tax-related 1 A collected list of keywords follows: account-id bank-code code color country-code hbci hidden last-num notes placeholder reconcile-info tax-related tax-US While some flags may be unrelated, other may be for interest like notes, tax-related, placeholder also for kmymoney. xea2kmt, which is used to import those templates into kmymoney template file format currently does not import those flags and should be extended to support this. KMymoney template file format provides a tag named to specify account options (https://github.com/KDE/kmymoney/blob/master/kmymoney/templates/kmt.dtd) in the form avalue> or which could be used to map gnucash flags to kmymoney flags. Reproducible: Always Steps to Reproduce: 1. run xea2kmt on the mentioned gnucash account template file Actual Results: The KMymoney template file does not include any of the mentioned flags. Expected Results: The KMymoney template file should include the mentioned flags. KMymoney source code shows that currently the 'Tax' flag is import from an account template, but is not specified in any account template. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 369608] Payments to credit cards Decrease checking acct balance but increase the credit card amount owed.
https://bugs.kde.org/show_bug.cgi?id=369608 Thomas Baumgart changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Thomas Baumgart --- Thank you for your statement about our work. This is what keeps us motivated. Well, in fact the balance of your credit card account in your example is decreasing. It goes from -599.30 to -619.30 which is mathematically less. The confusing thing here is, that your credit on the credit card account is shown as negative value but the math is correct. Also, the value is shown in the column 'Payment' which is a payment towards the card as opposed to 'Charges' where your expenses will show up. Liability accounts are shown with reverse sign to better match the statements sent out by financial institutions. You could also take a look at reports which will show your funds on the credit card account as negative liabilities (which are in fact assets). Hope that helps to understand what's going on. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369620] New: Schedule credit card balancing automatically in scheduled transactions
https://bugs.kde.org/show_bug.cgi?id=369620 Bug ID: 369620 Summary: Schedule credit card balancing automatically in scheduled transactions Product: kmymoney4 Version: 4.8.0 Platform: unspecified OS: All Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: fcn4ever-jo...@gmx.de The balancing of my credit card is being settled by my bank by transfering the required amount of money from my account to the credit card account on the 1st of each month. Can I somehow schedule this transfer without entering my credit card balance after each payment? I imagine that in "future payments" an entry is being displayed which shows the transfer from my bank account to my credit card so that I can see with one view how much money will be on my bank account on the 1st of the next month. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 369608] New: Payments to credit cards Decrease checking acct balance but increase the credit card amount owed.
https://bugs.kde.org/show_bug.cgi?id=369608 Bug ID: 369608 Summary: Payments to credit cards Decrease checking acct balance but increase the credit card amount owed. Product: kmymoney Version: unspecified Platform: Archlinux Packages URL: https://github.com/BacksSlash092/kmymoneyi OS: Linux Status: UNCONFIRMED Severity: grave Priority: NOR Component: General Assignee: kmymoney-devel@kde.org Reporter: gregborre...@gmail.com Hello, I would like to start out saying that I tried several personal financial tools, and Kmymoney is by far the best. I'm having an issue in which when I make a payment the amount on the checking decreases(that's correct) but then my credit card balance increases. The account set up is as follows liability credit card asset checking account and the transaction looks like from : Transfer from: Checking amount : x I added a link with pictures, and thank you for your hard work. Reproducible: Always Steps to Reproduce: 1.Click on new transaction 2. Fill payment information 3.check ledgers Actual Results: checking account decreases but credit card also increasing. Expected Results: checking account decreases and credit card balance decrease. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369529] New: Dark Theme is not applied everywhere
https://bugs.kde.org/show_bug.cgi?id=369529 Bug ID: 369529 Summary: Dark Theme is not applied everywhere Product: kmymoney4 Version: 4.8.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: radzaqu...@gmail.com I'm using Plasma 5 with Breeze Dark theme. In KMyMoney, there are some areas who are not fully adapted to theme changing. Reproducible: Always Steps to Reproduce: 1. Open KMyMoney 2. Go to "Opérations récurrentes" 3. Edit/Create one Actual Results: "Name", "Account" & "Amount" fields are white background with light grey font Expected Results: "Name", "Account" & "Amount" fields should be dark background with light grey font Sorry if some word are in French as I use this software in French. That bug also occurs in Category & Account editing. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 364425] CSV import only shows checking accounts when selecting Banking
https://bugs.kde.org/show_bug.cgi?id=364425 --- Comment #9 from Ralf Habacker --- (In reply to Jack from comment #8) > I don't think it will work directly from the build dir May be that the issue reported in comment 4 has been caused by the same reason as it looks to be build from git. > I'll be glad to post the script I use to the dev mailing list if there is > interest. Please, it is always good to be able to run a local build version beside the stable version. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 364425] CSV import only shows checking accounts when selecting Banking
https://bugs.kde.org/show_bug.cgi?id=364425 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #8 from Jack --- Ralf - it is possible (but not easy) to run a newly compiled version of KMM. I use a specific install prefix just for that purpose - I don't think it will work directly from the build dir since I'm not sure all the directories are in the (relative) expected location. It involves setting some KDE env variables and running kbuildsycocaX where X is 4 or 5. Actually, I have separate locations for 4 (4.8.0) and 5 (frameworks from master). I'll be glad to post the script I use to the dev mailing list if there is interest. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 364425] CSV import only shows checking accounts when selecting Banking
https://bugs.kde.org/show_bug.cgi?id=364425 --- Comment #7 from Ralf Habacker --- (In reply to Ralf Habacker from comment #6) > Can confirm, reverting this commit in git 4.8 branch brings back the missing > accounts. I can confirm too that Lukasz fixed this issue with his patch in comment. I got the bug because I did run kmymoney from build dir which is not supported according to https://docs.kde.org/trunk5/en/extragear-office/kmymoney/installation.fromsource.html because kmymoney loads installed plugins instead the one from the current build dir. Using LD_LIBRARY_PATH or KDEDIRS did not help. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 364425] CSV import only shows checking accounts when selecting Banking
https://bugs.kde.org/show_bug.cgi?id=364425 Ralf Habacker changed: What|Removed |Added CC||ralf.habac...@freenet.de --- Comment #6 from Ralf Habacker --- (In reply to Gerard Korsten from comment #0) > I think it is related to commit bfa7b5ac37d2203e4a88d9ac73b1ec43ce5211b4 Can confirm, reverting this commit in git 4.8 branch brings back the missing accounts. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369448] ofx import results in duplicate transactions
https://bugs.kde.org/show_bug.cgi?id=369448 --- Comment #3 from Swj --- Yes, as you say, I did succeed with an OFX Direct Connect. It would be nice if KMM would ask if I want to merge similar transactions ( that have the same payee, date, and amount). This would also handle cases where transactions were entered manually or imported from some other money program. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369448] ofx import results in duplicate transactions
https://bugs.kde.org/show_bug.cgi?id=369448 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #2 from Jack --- I can confirm this is the problem. In a downloaded qfx file, BOA uses something like 201609101 but in a direct connect download, it uses D2016254T1048539. There are other differences also (at least in my example) such as the file not including the (which in the direct connect seems only to be part of the anyway, but it is the FITID difference that causes KMM not to recognize the duplicate transaction. Unfortunately, I predict 0% chance of getting BOA to fix this, since it seems absolutely impossible to talk to anyone who knows anything and can do anything except follow their script. In any case, I'm really curious if anyone has any idea why they re-enabled direct connect, after going to all that trouble to discontinue it. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369449] New: line in ofx file imported switches payee to MEMO
https://bugs.kde.org/show_bug.cgi?id=369449 Bug ID: 369449 Summary: line in ofx file imported switches payee to MEMO Product: kmymoney4 Version: 4.8.0 Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: jinni...@bobsown.net File->Import->OFX Chase credit card ofx downloads recently added a blank line to a transaction. DEBIT 201609...[0:GMT] -nn.nn 201609... AMAZON MKTPLACE PMTS null In this case, the payee is 'null'. If the line is removed, it is imported with 'AMAZON MKTPLACE PMTS' as payee Note: When you are not doing online import, you don't have the option of what field to use as payee Reproducible: Always Steps to Reproduce: 1. Add a line to one transaction between and lines 2. File->Import-OFX 3. select the test file Actual Results: The payee is shown as whatever is in the MEMO Expected Results: Should always be what is in the NAME If there is no MEMO line the payee is set to the NAME field even if there is a CATEGORY I'm running 4.8.0 compiled from source on openSUSE 13.2. It also happened on 4.72. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369448] ofx import results in duplicate transactions
https://bugs.kde.org/show_bug.cgi?id=369448 --- Comment #1 from Jack --- When you say you did an OFX update, did you download a new file, or did you actually succeed with an OFX Direct Connect? If the latter, I suspect that the download included transaction IDs (which KMM uses to uniquely identify downloaded transactions) which were NOT present in the previously downloaded qfx file. If that is the case, then you should not have this problem again, unless mixing direct connect downloaded transactions with those imported from file. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369448] New: ofx import results in duplicate transactions
https://bugs.kde.org/show_bug.cgi?id=369448 Bug ID: 369448 Summary: ofx import results in duplicate transactions Product: kmymoney4 Version: 4.8.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: onlinebanking Assignee: kmymoney-devel@kde.org Reporter: s...@pobox.com I previously had downloaded and imported a qfx file from the Bank of America website for, for my BOA credit card. Today I did an ofx update which resulted in many duplicate transactions in my BOA credit card ledger. Reproducible: Always Steps to Reproduce: 1. have a BOA credit card account 2.download and run .qfx file from www.bankofamerica.com 3. do account.update account to run ofx import. Actual Results: many duplicate transactions in my BOA credit card ledger Expected Results: duplicate transactions to be recognized and ignored The ofx wasn't working for a long time with BOA, now it started working again -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 277041] "Pay to" text box unexpectedly changes when changing field from OFX import
https://bugs.kde.org/show_bug.cgi?id=277041 --- Comment #3 from Thomas Baumgart --- Maybe Mike (the OP) can drop a note about the current state. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369438] New: Allow selection of OFX tag to use for Payee, even if account not mapped
https://bugs.kde.org/show_bug.cgi?id=369438 Bug ID: 369438 Summary: Allow selection of OFX tag to use for Payee, even if account not mapped Product: kmymoney4 Version: git (master) Platform: unspecified OS: All Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: ostrof...@users.sourceforge.net If an account is mapped to an online account with libofx, under the Edit/Account, Online Settings tab, Import Details subtab, there is a dropdown "Payee's name is based on contents of the OFX tag" with choices of PAYEEID, NAME, and MEMO. This is not present under aqbanking or if the account is not mapped, so it cannot be specified for OFX file imports. As it seems an increasing number of institutions making it increasingly difficult for KMM to use OFX Direct Connect, this it becoming an increasingly common issue. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 277041] "Pay to" text box unexpectedly changes when changing field from OFX import
https://bugs.kde.org/show_bug.cgi?id=277041 --- Comment #2 from Jack --- With no feedback or evidence it still happens, should this be closed? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369389] New: tab key does not cycle input fields in right order
https://bugs.kde.org/show_bug.cgi?id=369389 Bug ID: 369389 Summary: tab key does not cycle input fields in right order Product: kmymoney4 Version: 4.8.0 Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: onlinebanking Assignee: kmymoney-devel@kde.org Reporter: bugs...@kkk-web.de When opening the onlinebanking function to initiate a SEPA transfer (through aqbanking), the tab key does not cycle the input fields in the expected order. The cursor jumps from the field "Beneficiary Name" down to "Purpose" instead of dropping to the "IBAN" field directly below. More arbitrary jumps follow when pressing "Tab" several times. As I do as much work as possible by keyboard shortcuts and hotkeys this behaviour is annoying. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 248420] Transaction templates with formulae
https://bugs.kde.org/show_bug.cgi?id=248420 Marvin Dickhaus changed: What|Removed |Added CC||m...@marvindickhaus.de --- Comment #6 from Marvin Dickhaus --- I +1 the Credit Card management part in a first step. Having some kind of formulaes within the scheduled transactions would be great. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 363069] Wrong accounts are presented during import of investment statement
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. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369039] New: Ability to pass ISIN code to online quotes service URL
https://bugs.kde.org/show_bug.cgi?id=369039 Bug ID: 369039 Summary: Ability to pass ISIN code to online quotes service URL Product: kmymoney4 Version: 4.8.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: mattia.ve...@tiscali.it Some online quotes services require ISIN code in the URL instead of commercial symbol. Can you add the ability to pass ISIN code as variable? Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 369038] New: Cannot delete custom online quotes service
https://bugs.kde.org/show_bug.cgi?id=369038 Bug ID: 369038 Summary: Cannot delete custom online quotes service Product: kmymoney4 Version: 4.8.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: mattia.ve...@tiscali.it After creating a new custom online quotes service I cannot delete it, the "Delete" button always stays grey. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368593] KmyMoney File Not opening and gives error As " Please use an older version...."
https://bugs.kde.org/show_bug.cgi?id=368593 --- Comment #8 from Jack --- >From the piece of the file shown in Comment 4, it does not look like anything I would expect in a KMM file. You might try running 'strings "/media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy" | more' to see if you can tell anything more about where that file might have come from, in case it gives you an idea when or how the corruption happened. You don't say which distribution you are using, but it is possible (although unlikely) that one of the file recovery programs (google for recovering deleted files) might find something. Unfortunately, the more you use the filesystem before remounting it read-only, the less likely this will succeed. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368593] KmyMoney File Not opening and gives error As " Please use an older version...."
https://bugs.kde.org/show_bug.cgi?id=368593 --- Comment #7 from allan --- I fear not. If you have no backup, then there is nothing from which to recover. At least, now, do make sure you have enabled automatic backups - Settings>Configure KMyMoney>General>Global. In addition, however, make a practice of saving a copy file each time you finish a session. A possibly forlorn hope or two, however. Do a file search of your system for *.kmy and *.kmy.* files. Also, just in case your file is only partially corrupted, open your file in KMM , then Save as, and set the filter there to XML files. Then, open that file in your browser, Firefox or whatever and look through the file to see if you can recognise any data as your missing data, hoping that perhaps just the beginning of the file is corrupted. Allan -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368593] KmyMoney File Not opening and gives error As " Please use an older version...."
https://bugs.kde.org/show_bug.cgi?id=368593 --- Comment #6 from Somoorthi P --- NO i dont have a back up. Is there a way to recover -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368593] KmyMoney File Not opening and gives error As " Please use an older version...."
https://bugs.kde.org/show_bug.cgi?id=368593 --- Comment #5 from Thomas Baumgart --- Ooops, something must have ruined your file. This does not look like a KMyMoney data file at all. Don't you have a backup of it at some other location? The auto backup feature seems to be turned off, too bad. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368593] KmyMoney File Not opening and gives error As " Please use an older version...."
https://bugs.kde.org/show_bug.cgi?id=368593 --- Comment #4 from Somoorthi P --- (In reply to Thomas Baumgart from comment #3) This is what i got paarkavin@Paarkavin:~$ ls -l "/media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy"* -rwx-- 1 paarkavin paarkavin 590596 Sep 4 06:50 /media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy paarkavin@Paarkavin:~$ od -c "/media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy" | head 000 377 377 { m 354 / v e r s i o n = " 1 020 356 7 342 ' e n c o d i n g = " U T 040 F 355 ? " ? > 372 375 w r o j e c 364 / 060 v e r s i o n = " 4 " > 372 377 ' < 100 c o 355 177 o n e n 364 / n a m e = " 120 C h a n g e L i s t M a n a g e 140 r " > 372 343 347 347 ' < l i s 364 / d e 160 f a u l t = " t r u e 342 ' i d = 200 " b 4 d 5 b 7 3 1 - 9 5 361 7 - 4 220 9 a 3 - b f 7 b - 1 2 e 2 342 ? 9 paarkavin@Paarkavin:~$ -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368593] KmyMoney File Not opening and gives error As " Please use an older version...."
https://bugs.kde.org/show_bug.cgi?id=368593 Thomas Baumgart changed: What|Removed |Added Summary|KmyMoney File Not opening |KmyMoney File Not opening |and gives error As " Please |and gives error As " Please |use an older vesion"|use an older version" --- Comment #3 from Thomas Baumgart --- At the end of the first command was an asterisk on purpose. Can you repeat that? So what we know is that the file is 500K large but 'data' is not what I expected. What we don't know (yet) if you have backup files (see command above). Also, what is the output of the following command: od -c "/media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy" | head -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368593] KmyMoney File Not opening and gives error As " Please use an older vesion...."
https://bugs.kde.org/show_bug.cgi?id=368593 --- Comment #2 from Somoorthi P --- Thanks for your immediate reply... the following are the results of the commands paarkavin@Paarkavin:~$ ls -l "/media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy" -rwx-- 1 paarkavin paarkavin 590596 Sep 4 06:50 /media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy paarkavin@Paarkavin:~$ file "/media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy" /media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy: data paarkavin@Paarkavin:~$ For your reference. Thanks & Rgds P.Somoorthi From: Thomas Baumgart via KDE Bugzilla To: somoor...@yahoo.co.in Sent: Sunday, 11 September 2016 7:28 PM Subject: [kmymoney4] [Bug 368593] KmyMoney File Not opening and gives error As " Please use an older vesion" https://bugs.kde.org/show_bug.cgi?id=368593 --- Comment #1 from Thomas Baumgart --- What is the output of the following commands ls -l "/media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy"* file "/media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy" -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368593] KmyMoney File Not opening and gives error As " Please use an older vesion...."
https://bugs.kde.org/show_bug.cgi?id=368593 --- Comment #1 from Thomas Baumgart --- What is the output of the following commands ls -l "/media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy"* file "/media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy" -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368593] New: KmyMoney File Not opening and gives error As " Please use an older vesion...."
https://bugs.kde.org/show_bug.cgi?id=368593 Bug ID: 368593 Summary: KmyMoney File Not opening and gives error As " Please use an older vesion" Product: kmymoney4 Version: 4.8.0 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: critical Priority: NOR Component: file Assignee: kmymoney-devel@kde.org Reporter: somoor...@yahoo.co.in I am using KmyMoney (in Ubuntu) for my personal finance managment since last 4 years, after migrating from a legacy made finance software. With almost 10 to 12 years of data, it was working fine. But suddenly it is not opening and throwing the following error. "File /media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy contains the old binary format used by KMyMoney. Please use an older version of KMyMoney (0.8.x) that still supports this format to convert it to the new XML based format." Recently i made upgrade from 15.1 to 16.04 so along with ubuntu i also made a upgrade on KmyMoney from 4.7.2 to 4.8.0. After the upgrade, still it was working well for 10 days and suddenly it is started giving the error. I tried with previous versions also (4.6.4) but the error is repeating. Tried wthe same with windows version also. Still the same error. In windows no upgrade has been made. Please help to recover the data. how to solve this error and open my kMymoney file. 2 years earlier backup kmy file i opened find it is opening. Thanks in advance Reproducible: Always Steps to Reproduce: 1.Every time i open the file it is repeating 2. 3. Actual Results: File /media/paarkavin/Paarkavin/Ex1/YaArO/yAaRo - Sep-16.kmy contains the old binary format used by KMyMoney. Please use an older version of KMyMoney (0.8.x) that still supports this format to convert it to the new XML based format. Expected Results: Instead of opening the file it is throwing the error. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 349139] Crash on CSVImport window close if CSVWizard window is gone
https://bugs.kde.org/show_bug.cgi?id=349139 NSLW changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED Latest Commit||http://commits.kde.org/kmym ||oney/c0073108f83af30218a05a ||568c74c5efac20728e Version Fixed In||5.0 --- Comment #4 from NSLW --- Git commit c0073108f83af30218a05a568c74c5efac20728e by Łukasz Wojniłowicz. Committed on 10/09/2016 at 16:18. Pushed by wojnilowicz into branch 'master'. Handle CSV Importer exits the right way 1) restore eventFilter only this time it's working right, 2) after pressing cancel button, CSV Wizard should close without any save, 3) CSV Wizard window should be modal and closed before main window. REVIEW:128876 FIXED-IN:5.0 M +23 -9kmymoney/plugins/csvimport/csvwizard.cpp M +9-8kmymoney/plugins/csvimport/csvwizard.h M +7-1kmymoney/plugins/csvimport/csvwizard.ui http://commits.kde.org/kmymoney/c0073108f83af30218a05a568c74c5efac20728e -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 357290] unwanted transfer transaction created by ofx
https://bugs.kde.org/show_bug.cgi?id=357290 --- Comment #7 from Swj --- This is still occurring in 4.8. When I do an ofx update on my American Express credit card account it automatically creates a transfer transaction every month when the cc bill is paid, which is unwanted because the paying account also gets its own transactions updated by ofx. I worked around this by creating a fake account and setting that as the transfer account. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368463] New: Investment graph: net investment vs account value
https://bugs.kde.org/show_bug.cgi?id=368463 Bug ID: 368463 Summary: Investment graph: net investment vs account value Product: kmymoney4 Version: unspecified Platform: unspecified OS: All Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: r...@firefang.com I'd like to see a new investment graph that shows the net investment vs the account value over time. Basically, I just want a graph that shows ValueOfAccount - (ValueOfBuys - ValueOfSells). Alternately, a graph that shows ValueOfAccount as a solid line and (ValueOfBuys - ValueOfSells) as a dashed line would also be useful. Reproducible: Always It's important to remember that when calculating (ValueOfBuys - ValueOfSells), you always need to sum the running total from the beginning of time, even if you're only displaying recent data. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 321649] No input form dialog appears when i try to add a new account in aqbanking
https://bugs.kde.org/show_bug.cgi?id=321649 --- Comment #6 from Christian David --- I have this issue from time to time. Usually it is caused by some missing plugins or incorrect paths (there are many in aqbanking). Maybe the package was defect. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368190] New: "Update Stock and Currency Prices" doesn't work when base currency is South Korean Won(KRW)
https://bugs.kde.org/show_bug.cgi?id=368190 Bug ID: 368190 Summary: "Update Stock and Currency Prices" doesn't work when base currency is South Korean Won(KRW) Product: kmymoney4 Version: 4.8.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: yoon0...@gmail.com If base currency is not KRW, Update Stock and Currency Prices works fine. When base currency is KRW, it doesn't work. Linux Package also doesn't work. The list shows only 1 line, like this: > units inYahoo Currency If I click Update All button, it generates an error: Failed to retrieve an exchange rate for > from Yahoo Currency. It will be skipped this time. and Status frame shows: Fetching URL ... Malformed URL . Unable to update price for > (empty quote data) Reproducible: Always Steps to Reproduce: 1. Tools > Currencies > Select KRW as base currency. 2. Launch Update Stock and Currency Prices window in Tools menu. 3. Problem will be reproduced. Actual Results: The list shows nothing and update button generates an error. Expected Results: The list prints price list and get values from source, then update prices. Using standalone installer in Windows. Linux package has same bug. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 343484] Transactions created with no payee/receiver after OFX import when payee has default account
https://bugs.kde.org/show_bug.cgi?id=343484 BobSCA changed: What|Removed |Added Summary|Transactions created with |Transactions created with |no payee/receiver after OFX |no payee/receiver after OFX |import when payer has |import when payee has |default account |default account -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 343484] Transactions created with no payee/receiver after OFX import when payer has default account
https://bugs.kde.org/show_bug.cgi?id=343484 --- Comment #3 from BobSCA --- (In reply to BobSCA from comment #1) > Version 4.7.1 Still present in 4.8.0. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 343484] Transactions created with no payee/receiver after OFX import when payer has default account
https://bugs.kde.org/show_bug.cgi?id=343484 BobSCA changed: What|Removed |Added Version|4.7.1 |4.8.0 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368159] New: Report Transactions by Payee omits transactions lacking category
https://bugs.kde.org/show_bug.cgi?id=368159 Bug ID: 368159 Summary: Report Transactions by Payee omits transactions lacking category Product: kmymoney4 Version: 4.8.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: bobs_spa...@cox.net Reports with "Organize: By Payee" option omits transactions which do not specify a category, including all transactions which specify an account in the Category/Account field. Reproducible: Always Steps to Reproduce: 1. Create a transaction which specifies either an account or null in the Category/Account field. 2. Create a report with "Organize: By Payee". Actual Results: Specified transaction is not shown in report. Expected Results: Specified transaction is shown in report. 1. Perhaps the required fix is to add a "Include transactions without a category" option on the Report Configuration | Categories tab. 2. Oddly, if "Organize: By Accounts" is selected, then the specified transactions are displayed. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 367869] Wishlist item - Update stock prices via crond
https://bugs.kde.org/show_bug.cgi?id=367869 --- Comment #1 from Jack --- A variant on this would be to allow command line switches for all appropriate menu items. Having the program not need to open any windows at all for these non-interactive sessions would also be useful. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368106] can not enter $0 in future scheduled payments. It requires a value other then 0
https://bugs.kde.org/show_bug.cgi?id=368106 --- Comment #1 from Thomas Baumgart --- Bug 311481 is the reason for that. The last commit in comment 15 causes this behavior. This was changed more than 3 years ago. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 368106] New: can not enter $0 in future scheduled payments. It requires a value other then 0
https://bugs.kde.org/show_bug.cgi?id=368106 Bug ID: 368106 Summary: can not enter $0 in future scheduled payments. It requires a value other then 0 Product: kmymoney4 Version: 4.8.0 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m116chuckl...@linuxmail.org After I enter a recurring scheduled transaction as paid I change the value to 0 until I get the next bill. I was able to do that on version 4.6.8. Version 4.8 requires me to put in an amount other then 0 before it will accept the amount. Reproducible: Always Steps to Reproduce: 1.enter a scheduled transaction. 2.Modify the amount for the next months scheduled transaction 3. Actual Results: If I put in o for the amount, it will not let me accept that amount. I have to put in any valu above 0 for the program to accept the change Expected Results: It should have accepted 0 for a value -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 367934] Advanced Forecast Column Names Off-by-1, Data Incomplete
https://bugs.kde.org/show_bug.cgi?id=367934 sok...@gmail.com changed: What|Removed |Added Summary|Advanced Forecast Column|Advanced Forecast Column |Names Off-by-1, Data|Names Off-by-1, Data |Off-by-2|Incomplete -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 367934] Advanced Forecast Column Names Off-by-1, Data Off-by-2
https://bugs.kde.org/show_bug.cgi?id=367934 sok...@gmail.com changed: What|Removed |Added Summary|Advanced Forecast Column|Advanced Forecast Column |Names Off-by-One|Names Off-by-1, Data ||Off-by-2 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 367934] New: Advanced Forecast Column Names Off-by-One
https://bugs.kde.org/show_bug.cgi?id=367934 Bug ID: 367934 Summary: Advanced Forecast Column Names Off-by-One Product: kmymoney4 Version: 4.8.0 Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: sok...@gmail.com I setup the following Forecast Settings: Days to Forecast: 150 Days of Accounts Cycle: 15 Day of Month to start Forecast: 0 Then looking into the Advanced tab I see MinBal/MinDate (Min column) pairs of columns followed by MaxBal/ManDate (Max column) pairs of columns. Here I expect to see 10 Min column pairs followed by 10 Max column pairs. Instead I see 9 Min column pairs followed by 9 Max column pairs; HOWEVER the underlying data is clearly for 10 pairs. This is understood for the following reasons: 1) The balance and date in the 1st Max column pair contains the values belonging to the 10th Min column pair. 2) The Max column data ends too soon (2 data points are missing, one because there are only 9 columns and one because the 1st column is, by error, populated my the last Min column's data). 3) The Max column data is off-by-1 relative to its column labels, e.g, the 2nd Max column has data for the 1st Max column, the 3rd Max column has data for the 2nd Max column, ... Reproducible: Always Steps to Reproduce: 1. Setup the aforementioned Forecast Settings. 2. Hit Forecast. 3. Check the Advanced tab. 4. Observe data to be incorrect as described in the above details. Actual Results: 18 column pairs of data + 1 average column 10 column pairs of data from Min data set 8 column pairs of data from Max data set 9 column pairs labeled "Min" 9 column pairs labeled "Max" data in 10th column pair is from wrong data set data in columns 11-18 are off-by-1 because the 10th is occupied by data from the previous set Expected Results: 20 column pairs of data + 1 average column 10 column pairs from Min data set 10 column pairs from Max data set 10 column pairs labeled "Min" 10 column pairs labeled "Max" All columns appropriately mapped to data -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 321649] No input form dialog appears when i try to add a new account in aqbanking
https://bugs.kde.org/show_bug.cgi?id=321649 --- Comment #5 from boris64 --- I have exactly the same problem. Did somebody find a way around this? Is anybody using kmymoney with hbci and stuff? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 367869] New: Wishlist item - Update stock prices via crond
https://bugs.kde.org/show_bug.cgi?id=367869 Bug ID: 367869 Summary: Wishlist item - Update stock prices via crond Product: kmymoney4 Version: git (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: tobias.lor...@gmx.net Hi, it would be great to have a possibility to update stock prices, even when kmymoney is not running. I'm not starting the software on a daily base. So having an executable that I can run via a cron job would be a great possibility to always have updated courses in the charts within kmymoney. I just file this as an idea for new functionality and hope I can convince somebody to implement it. ;-) Bye Tobias Reproducible: Always Expected Results: To have an executable that can run as a cron job. It should update the prices of the stocks that I currently own. Some kind of mechanism (locking) might be necessary to ensure proper behavior when kmymoney runs and cron job is triggered in parallel. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 367799] New: Prioritise future transactions
https://bugs.kde.org/show_bug.cgi?id=367799 Bug ID: 367799 Summary: Prioritise future transactions Product: kmymoney4 Version: unspecified Platform: Mint (Ubuntu based) OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: j...@iwmail.com Hi, Thanks for considering this feature request. Is it possible to add a field called Priority for Scheduled Transactions where the user can allocate a priority from, let's say 1 to 10, 1 being lowest priority and 10 being highest, or something similar? This value would then be used by KMyMoney to list in the Home screen (and other places if required) the upcoming transactions, in order of priority - high to low, that should be processed. This becomes handy when funds are running low and the system or user needs to decide what needs to be prioritised and which transactions should be deferred to a later date until more funds is available and in order to always have funds for future scheduled transactions with the higher priorities. This ability is the only thing keeping us from moving completely to KMyMoney from our existing financial/budgeting service provider. KMyMoney does a fantastic job and I was able to reproduce everything I needed in KMyMoney that our financial/budgeting service provider current does. Keep up the good work guys. :) Jerome Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 272398] KMyMoney 4.5.2 (KDE 4.5.5) Ubuntu 10.10 slowed and is now consistently slow in edit Ledger Entry (Transaction)
https://bugs.kde.org/show_bug.cgi?id=272398 --- Comment #12 from Thomas Baumgart --- Got the file: 8.5 MB. Using gzip on it leaves around 0.5 MB which is approx. 6% of the original size :) (compression does the trick) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 367787] New: Add feature to disable the splash screen completely
https://bugs.kde.org/show_bug.cgi?id=367787 Bug ID: 367787 Summary: Add feature to disable the splash screen completely Product: kmymoney4 Version: git (master) Platform: unspecified URL: https://forum.kde.org/viewtopic.php?f=69&t=135574&sid= 2dc0884a8b9ae1c1deb66dde3b810c62&p=362727#p362727 OS: All Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: tbaumg...@kde.org The subject says it all Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 272398] KMyMoney 4.5.2 (KDE 4.5.5) Ubuntu 10.10 slowed and is now consistently slow in edit Ledger Entry (Transaction)
https://bugs.kde.org/show_bug.cgi?id=272398 --- Comment #11 from Dennis Gallion --- Thomas, I received your email re the anonymized file not being included in my email to your private address. I sent another email via the web browser version of gmail (kmail errors on an attachment >4.9MB; grrr) with that 8.5MB file attached, but that email is bouncing back from kde.org as "delayed" with this message: Technical details of temporary failure: Missed upload deadline (899.94s) (state SENT_MESSAGE) I attempted to attach the file here, but the bug system limits attachments to 4MB. Using Dropbox, while the Copy Public Link does not work on the client side, it appears to work logged on via browser. So here is the Dropbox public file link. Let me know if this doesn't work and we'll try something else (hope you have a suggestion). https://www.dropbox.com/s/q27xk24y3lnwc2w/anonymous_1.anon.xml?dl=0 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 272398] KMyMoney 4.5.2 (KDE 4.5.5) Ubuntu 10.10 slowed and is now consistently slow in edit Ledger Entry (Transaction)
https://bugs.kde.org/show_bug.cgi?id=272398 --- Comment #10 from Dennis Gallion --- Thank you Thomas for your help. I think I found the source of the problem and have resolved it: At first run the consistency log showed 185 errors corrected; 5458 could not be corrected. The problem was apparently created when I first set up KMyMoney on 6/10/2007 and performed a conversion import from IIRC the Windows application I had been using (I don't recall whether I used qif or csv). The accounts all had an opening date of 6/10/2007, whereas there were transactions in some accounts dating back to 1/2/1998. Using the largest account, I edited its opening date to 12/31/1997. The consistency log then showed the number of uncorrected errors reduced to 1841; all errors for that account were resolved. I used this process for the additional accounts, one at a time, editing the opening date to be a couple days before the earliest transaction for that account. Following each account opening date change, I re-ran the consistency report. The number of errors reduced from 1841 to 346, then to 33, then to 0. So in summary apparently the errors are caused by transaction dates being earlier than the account opening date. Since 185 errors were corrected, I suspect that the program auto corrects such errors when they are only within a specific time window. Btw, when I attempted to change the account opening date by manual entry, the screen would not permit it. I needed to use the associated calendar and scroll back to the older date; the change was then accepted. The solution of course is for the user at setup, if doing an import conversion, to ensure that the account opening date is older than the oldest imported date, rather than the setup date. I have sent to your email address the anonymous file you requested, and a copy of each consistency log file as I went through the process described above. Thanks again for your and Alan's assistance. I really like KMyMoney! -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 362373] CSS for home screen and reports cannot be loaded
https://bugs.kde.org/show_bug.cgi?id=362373 Christian David changed: What|Removed |Added Ever confirmed|0 |1 Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REOPENED --- Comment #15 from Christian David --- Requested info received. Set status to reopened. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 362373] CSS for home screen and reports cannot be loaded
https://bugs.kde.org/show_bug.cgi?id=362373 Christian David changed: What|Removed |Added CC||christian-da...@web.de Summary|layout seems to be changed |CSS for home screen and |to TXT mode, losing HTML|reports cannot be loaded |formats | -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 272398] KMyMoney 4.5.2 (KDE 4.5.5) Ubuntu 10.10 slowed and is now consistently slow in edit Ledger Entry (Transaction)
https://bugs.kde.org/show_bug.cgi?id=272398 --- Comment #9 from Thomas Baumgart --- Denis: it seems odd to me, that KMyMoney cannot resolve such a high volume of problems automatically. There are circumstances it does not touch the data without human interaction, but I don't expect them in the thousands. To analyze this furhter, can you provide us with an anonymized version of your file? Instructions can be found on https://docs.kde.org/stable4/en/extragear-office/kmymoney/details.formats.anonymous.html. If you prefer you can send the file to me via private email. Thanks in advance. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 272398] KMyMoney 4.5.2 (KDE 4.5.5) Ubuntu 10.10 slowed and is now consistently slow in edit Ledger Entry (Transaction)
https://bugs.kde.org/show_bug.cgi?id=272398 --- Comment #8 from allan --- (In reply to Dennis Gallion from comment #7) > Thank you Allan for the very quick reply. As it turns out, 4.8.0-13.3 was > just added this morning to the openSUSE 13.2 KDE:Extra unsupported > repository. I installed it and good news the cpu spike and delay in posting > ledger transactions has apparently been fixed. Thanks! > > However, I noted in the Change Log for 4.8.0 the following: > > * Categories no longer have opening date, which caused annoyingerrors both > during input and while running the consistency check > * Fixed some annoying consistency check errors > > When I ran 4.8.0 the first time, and each time the file is saved, the > Consistency Check is run and it is returning over uncorrectable 5000 errors, > each indicating a posting date that is older than the opening date of the > account. All of the transaction data in the log is for 2007 and older; I > can't say if there are such errors in newer data. It may be that most of > the errors are in data that was imported, but for a certainty I began using > the application after the import in about 2005 so there are errors in at > least some newer data. The fix was specific to categories having an opening date. You may still have other accounts with problem dates, I'm afraid. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 272398] KMyMoney 4.5.2 (KDE 4.5.5) Ubuntu 10.10 slowed and is now consistently slow in edit Ledger Entry (Transaction)
https://bugs.kde.org/show_bug.cgi?id=272398 --- Comment #7 from Dennis Gallion --- Thank you Allan for the very quick reply. As it turns out, 4.8.0-13.3 was just added this morning to the openSUSE 13.2 KDE:Extra unsupported repository. I installed it and good news the cpu spike and delay in posting ledger transactions has apparently been fixed. Thanks! However, I noted in the Change Log for 4.8.0 the following: * Categories no longer have opening date, which caused annoyingerrors both during input and while running the consistency check * Fixed some annoying consistency check errors When I ran 4.8.0 the first time, and each time the file is saved, the Consistency Check is run and it is returning over uncorrectable 5000 errors, each indicating a posting date that is older than the opening date of the account. All of the transaction data in the log is for 2007 and older; I can't say if there are such errors in newer data. It may be that most of the errors are in data that was imported, but for a certainty I began using the application after the import in about 2005 so there are errors in at least some newer data. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 367594] New: delete a tag
https://bugs.kde.org/show_bug.cgi?id=367594 Bug ID: 367594 Summary: delete a tag Product: kmymoney4 Version: 4.8.0 Platform: Windows CE OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@philippe-guerin.fr is does that will be possible to remove tags without having to assign them again? Reproducible: Always Actual Results: must to reassign -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 272398] KMyMoney 4.5.2 (KDE 4.5.5) Ubuntu 10.10 slowed and is now consistently slow in edit Ledger Entry (Transaction)
https://bugs.kde.org/show_bug.cgi?id=272398 --- Comment #6 from allan --- I can't really see any prospect of attempting to fix a problem on such an old release. Please, can't you upgrade to a current version? 4.7.2 includes numerous bug fixes, and 4.8.0 was released quite recently. If the problem is still present, then there is a far better prospect of finding a fix. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 272398] KMyMoney 4.5.2 (KDE 4.5.5) Ubuntu 10.10 slowed and is now consistently slow in edit Ledger Entry (Transaction)
https://bugs.kde.org/show_bug.cgi?id=272398 Dennis Gallion changed: What|Removed |Added CC||dwgall...@gmail.com --- Comment #5 from Dennis Gallion --- Same behavior here on 4.6.6. openSUSE 13.2 using Phenom II 1090T 3.6Ghz/16GB RAM. On a ledger with ~12000 transactions hitting enter takes 100% cpu. Using a stopwatch I consistently get ~8 seconds to complete the entry transaction with details off, ~16 seconds with details on. I've used KMyMoney since 2007 and really like it, but this condition is nearing intolerable. Performance test result: --- Starting performance tests --- accountList() First time: 0 msec Total time: 313 msec Average : 0 msec balance(Asset) First time: 0 msec Average : 0 msec totalBalance(Asset) First time: 0 msec Average : 0 msec balance(Expense) First time: 0 msec Average : 0 msec totalBalance(Expense) First time: 1 msec Total time: 505 msec Average : 0 msec transactionList() First time: 15 msec Total time: 1462 msec Average : 14 msec transactionList(list) First time: 15 msec Total time: 1455 msec Average : 14 msec -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney4] [Bug 367544] Please add support for CLF currency
https://bugs.kde.org/show_bug.cgi?id=367544 --- Comment #2 from Martin Zecher --- Sorry for the long link, here is the conversion for CLF in CLP: http://finance.yahoo.com/chart/CLFCLP=X And here CLP in CLF: http://finance.yahoo.com/chart/CLPCLF=X The last one is what kmymoney picks since CLP is my default currency -- You are receiving this mail because: You are the assignee for the bug.