[kmymoney] [Bug 460554] Crashed while working with the app
https://bugs.kde.org/show_bug.cgi?id=460554 --- Comment #3 from Dawid Wróbel --- I haven't touched master in a while, working with stable for a while (have a bunch of overdue finances to work through). -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 475221] New: When importing CSV, it should be possible to designate more than one column for amount, just in case there's additional column for a 'fee'
https://bugs.kde.org/show_bug.cgi?id=475221 Bug ID: 475221 Summary: When importing CSV, it should be possible to designate more than one column for amount, just in case there's additional column for a 'fee' Classification: Applications Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: importer Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY I am importing a Revolut CSV statement which has a separate Fee column. This is mostly unused, unless an international transaction was registered, in which case their exchange fee is shown in Fee column. A sum of both Amount and Fee column actually constitute the full Amount in such case, however, CSV importer currently only allows to choose a single Amount column. An example of CSV: TypeProduct Started DateCompleted Date Description Amount Fee CurrencyState Balance EXCHANGECurrent 8/6/23 12:368/6/23 12:36Exchanged to USD-45.5 0.46EUR COMPLETED 38.24 STEPS TO REPRODUCE 1. Import a CSV with extra Fee column OBSERVED RESULT 1. Notice it isn't possible to select additional column for Amount EXPECTED RESULT It should be either possible to select multiple Amount columns, just like it is doable with Memo column. Alternatively, there should an additional dedicated column for a Fee. However, I can imagine other scenarios where a statement can have multiple fee-like columns, in which case a single Fee column would still impose a limitation. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 472998] New: Cannot move transaction
https://bugs.kde.org/show_bug.cgi?id=472998 Bug ID: 472998 Summary: Cannot move transaction Classification: Applications Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY I accidentally imported a couple of transactions into an Asset account, instead a Liability (credit card) one. However, I cannot move them to the intended account. I can right-click and choose the destination account from the list, but clicking does nothing, there's no reaction whatsoever. Also, I just checked and neither can I move that transaction to any other Asset account. For what it's worth, the transaction is marked as "Imported" and has its category unassigned. STEPS TO REPRODUCE 1. Import a transaction 2. Attempt to move it to another account via right-click menu OBSERVED RESULT No reaction EXPECTED RESULT Transaction should be moved as expected. ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 470225] New: Segfault after hiding reconciled transactions
https://bugs.kde.org/show_bug.cgi?id=470225 Bug ID: 470225 Summary: Segfault after hiding reconciled transactions Classification: Applications Product: kmymoney Version: git (master) Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY I git a segfault after enabling "Hide reconciled transactions". This was after a fairly long session with the app. I couldn't reproduce it after starting a new session. Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libkmm_models.5.1.80.dylib 0x109c86784 LedgerSortProxyModel::setHideReconciledTransactions(bool) + 4 1 kmymoney 0x100bcfdbf 0x100b14000 + 769471 2 QtCore 0x10fbb3664 void doActivate(QObject*, int, void**) + 1124 3 QtCore 0x10fbb3664 void doActivate(QObject*, int, void**) + 1124 4 QtCore 0x10fbbc722 QTimer::timerEvent(QTimerEvent*) + 98 5 QtCore 0x10fbab711 QObject::event(QEvent*) + 113 6 QtWidgets 0x10d6ad3b6 QApplicationPrivate::notify_helper(QObject*, QEvent*) + 262 7 QtWidgets 0x10d6ae770 QApplication::notify(QObject*, QEvent*) + 480 8 QtCore 0x10fb82957 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 167 9 QtCore 0x10fbe38da QTimerInfoList::activateTimers() + 1002 10 libqcocoa.dylib0x11298c122 QCocoaEventDispatcherPrivate::activateTimersSourceCallback(void*) + 18 11 CoreFoundation 0x7ff814c7ea36 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17 12 CoreFoundation 0x7ff814c7e9d9 __CFRunLoopDoSource0 + 157 13 CoreFoundation 0x7ff814c7e7b6 __CFRunLoopDoSources0 + 217 14 CoreFoundation 0x7ff814c7d43a __CFRunLoopRun + 916 15 CoreFoundation 0x7ff814c7ca4c CFRunLoopRunSpecific + 560 16 HIToolbox 0x7ff81ebaefcd RunCurrentEventLoopInMode + 292 17 HIToolbox 0x7ff81ebaedde ReceiveNextEventCommon + 657 18 HIToolbox 0x7ff81ebaeb38 _BlockUntilNextEventMatchingListInModeWithFilter + 64 19 AppKit 0x7ff817c6e7a0 _DPSNextEvent + 858 20 AppKit 0x7ff817c6d64a -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1214 21 AppKit 0x7ff817c5fcb8 -[NSApplication run] + 586 22 libqcocoa.dylib0x11298ccba QCocoaEventDispatcher::processEvents(QFlags) + 2090 23 QtCore 0x10fb7ef47 QEventLoop::exec(QFlags) + 471 24 QtCore 0x10fb82ef2 QCoreApplication::exec() + 130 25 kmymoney 0x100b2a2a7 0x100b14000 + 90791 26 kmymoney 0x100b28e81 0x100b14000 + 85633 27 dyld 0x200e6841f start + 1903 STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 469587] New: Issues after editing an account while editing a transaction
https://bugs.kde.org/show_bug.cgi?id=469587 Bug ID: 469587 Summary: Issues after editing an account while editing a transaction Classification: Applications Product: kmymoney Version: git (master) Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY While editing a transaction in Ledger, if I switch to Accounts view and edit an account there, e.g. by changing its opening date, the transaction edited will show as an empty row when switching back to Ledger view. Double-clicking on it will show a monit message that a transaction is already being edited. I also managed to crash the app once after closing the account tab with that 'faulty' transaction, but can't reproduce it so far. STEPS TO REPRODUCE 1. Open an account in ledger 2. Start editing a transaction, don't accept it 3. Switch to Accounts view 4. Edit an account, e.g. change its opening date 5. Switch back to the ledger OBSERVED RESULT Previously edited row is now empty EXPECTED RESULT The transaction should be shown as previously, with changes made — but not saved — intact. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 467458] Editing transactions extremely slow (on macOS)
https://bugs.kde.org/show_bug.cgi?id=467458 --- Comment #2 from Dawid Wróbel --- *correction: when I say "opening a split edit dialog", I mean opening a Category drop-down list in that dialog. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 467458] Editing transactions extremely slow (on macOS)
https://bugs.kde.org/show_bug.cgi?id=467458 --- Comment #1 from Dawid Wróbel --- Created attachment 157337 --> https://bugs.kde.org/attachment.cgi?id=157337&action=edit Profiler output for double-clicking a transaction for editing -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 467458] New: Editing transactions extremely slow (on macOS)
https://bugs.kde.org/show_bug.cgi?id=467458 Bug ID: 467458 Summary: Editing transactions extremely slow (on macOS) Classification: Applications Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY It takes about 3-5 seconds to open a transaction edit dialog. Similarly, from clicking on a "Split Edit" icon to the dialog actually becoming usable takes another ~5 seconds. Not sure if this issue is specific to macOS or my dataset. Sample debugger output for the dialog split dialog opening: 2023-03-16 21:00:56.863423+0100 kmymoney[65586:1120321] currencySignPosition for negative values from locale is out of bounds (127). Reset to default. 2023-03-16 21:00:56.863455+0100 kmymoney[65586:1120321] currencySignPosition for positive values from locale is out of bounds (127). Reset to default. 2023-03-16 21:01:00.221602+0100 kmymoney[65586:1120321] currencySignPosition for negative values from locale is out of bounds (127). Reset to default. 2023-03-16 21:01:00.221627+0100 kmymoney[65586:1120321] currencySignPosition for positive values from locale is out of bounds (127). Reset to default. 2023-03-16 21:01:01.844496+0100 kmymoney[65586:1120321] currencySignPosition for negative values from locale is out of bounds (127). Reset to default. 2023-03-16 21:01:01.844532+0100 kmymoney[65586:1120321] currencySignPosition for positive values from locale is out of bounds (127). Reset to default. 2023-03-16 21:01:01.844539+0100 kmymoney[65586:1120321] currencySignPosition for negative values from locale is out of bounds (127). Reset to default. 2023-03-16 21:01:01.844544+0100 kmymoney[65586:1120321] currencySignPosition for positive values from locale is out of bounds (127). Reset to default. 2023-03-16 21:01:02.022980+0100 kmymoney[65586:1120321] currencySignPosition for negative values from locale is out of bounds (127). Reset to default. 2023-03-16 21:01:02.023011+0100 kmymoney[65586:1120321] currencySignPosition for positive values from locale is out of bounds (127). Reset to default. SOFTWARE/OS VERSIONS macOS: 13.2.6 KDE Frameworks Version: 5.98 Qt Version: 5.15.7 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 467458] Editing transactions extremely slow (on macOS)
https://bugs.kde.org/show_bug.cgi?id=467458 Dawid Wróbel changed: What|Removed |Added Platform|Other |macOS (DMG) OS|Other |macOS -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 467456] Crash while attempting to edit a transaction
https://bugs.kde.org/show_bug.cgi?id=467456 --- Comment #1 from Dawid Wróbel --- Immediate error is: Model for "G" loaded with 1 items in 0 ms qt.core.qabstractitemmodel.checkindex: Index QModelIndex(-1,-1,0x0,QObject(0x0)) is not valid (expected valid) ASSERT: "checkIndex(index, CheckIndexOption::IndexIsValid)" in file /Users/cromo/Documents/Sourcecode/vcpkg/buildtrees/qt5-base/src/5.15.7-84bc9f0b01.clean/src/corelib/itemmodels/qconcatenatetablesproxymodel.cpp, line 192 this is a call from: QSortFilterProxyModel::setSourceModel(QAbstractItemModel *) qsortfilterproxymodel.cpp:2151 KTagContainer::setModel(QAbstractItemModel *) ktagcontainer.cpp:175 NewTransactionEditor::NewTransactionEditor(QWidget *, const QString &) newtransactioneditor.cpp:774 NewTransactionEditor::NewTransactionEditor(QWidget *, const QString &) newtransactioneditor.cpp:712 and before that: d->ui->tagContainer->setModel(file->tagsModel()->modelWithEmptyItem()); -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 467456] New: Crash while attempting to edit a transaction
https://bugs.kde.org/show_bug.cgi?id=467456 Bug ID: 467456 Summary: Crash while attempting to edit a transaction Classification: Applications Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY qt.core.qabstractitemmodel.checkindex: Index QModelIndex(-1,-1,0x0,QObject(0x0)) is not valid (expected valid) ASSERT: "checkIndex(index, CheckIndexOption::IndexIsValid)" in file /Users/cromo/Documents/Sourcecode/vcpkg/buildtrees/qt5-base/src/5.15.7-84bc9f0b01.clean/src/corelib/itemmodels/qconcatenatetablesproxymodel.cpp, line 192 Full stack trace: 2 libsystem_c.dylib 0x19b4fa2c8 abort + 180 3 kmymoney 0x10705e120 qt_message_fatal(QtMsgType, QMessageLogContext const&, QString const&) + 28 (qlogging.cpp:1914) 4 kmymoney 0x1076bac9c QMessageLogger::fatal(char const*, ...) const + 128 (qlogging.cpp:893) 5 kmymoney 0x1076ba960 qt_assert(char const*, char const*, int) + 96 (qglobal.cpp:3366) 6 kmymoney 0x10727f91c QConcatenateTablesProxyModel::data(QModelIndex const&, int) const + 128 (qconcatenatetablesproxymodel.cpp:192) 7 kmymoney 0x107290458 QSortFilterProxyModel::data(QModelIndex const&, int) const + 152 (qsortfilterproxymodel.cpp:2259) 8 kmymoney 0x10693 QComboBoxPrivate::itemIcon(QModelIndex const&) const + 64 (qcombobox.cpp:1929) 9 kmymoney 0x10692c4cc QComboBox::itemIcon(int) const + 136 (qcombobox.cpp:2390) 10 kmymoney 0x10692b9f8 QComboBoxPrivate::updateLineEditGeometry() + 188 (qcombobox.cpp:1311) 11 kmymoney 0x10692b914 QComboBoxPrivate::_q_modelReset() + 100 (qcombobox.cpp:294) 12 kmymoney 0x10693733c QComboBox::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) + 812 (moc_qcombobox.cpp:311) 13 kmymoney 0x1073108f0 void doActivate(QObject*, int, void**) + 1916 (qobject.cpp:3931) 14 kmymoney 0x10730f690 QMetaObject::activate(QObject*, QMetaObject const*, int, void**) + 112 (qobject.cpp:3979) 15 kmymoney 0x107262430 QAbstractItemModel::modelReset(QAbstractItemModel::QPrivateSignal) + 92 (moc_qabstractitemmodel.cpp:648) 16 kmymoney 0x1072623bc QAbstractItemModel::endResetModel() + 396 (qabstractitemmodel.cpp:3304) 17 kmymoney 0x10728fdac QSortFilterProxyModel::setSourceModel(QAbstractItemModel*) + 2636 (qsortfilterproxymodel.cpp:2151) 18 kmymoney 0x105564af0 KTagContainer::setModel(QAbstractItemModel*) + 60 (ktagcontainer.cpp:175) 19 kmymoney 0x104ebf890 NewTransactionEditor::NewTransactionEditor(QWidget*, QString const&) + 1824 (newtransactioneditor.cpp:774) 20 kmymoney 0x104ec3acc NewTransactionEditor::NewTransactionEditor(QWidget*, QString const&) + 44 (newtransactioneditor.cpp:712) 21 kmymoney 0x104e89998 JournalDelegate::createEditor(QWidget*, QStyleOptionViewItem const&, QModelIndex const&) const + 1356 (journaldelegate.cpp:358) 22 kmymoney 0x10501b720 DelegateProxy::createEditor(QWidget*, QStyleOptionViewItem const&, QModelIndex const&) const + 96 (delegateproxy.cpp:109) 23 kmymoney 0x106ac7edc QAbstractItemViewPrivate::editor(QModelIndex const&, QStyleOptionViewItem const&) + 144 (qabstractitemview.cpp:4245) 24 kmymoney 0x106ac5b74 QAbstractItemViewPrivate::openEditor(QModelIndex const&, QEvent*) + 220 (qabstractitemview.cpp:4430) 25 kmymoney 0x106ac5718 QAbstractItemView::edit(QModelIndex const&, QAbstractItemView::EditTrigger, QEvent*) + 708 (qabstractitemview.cpp:2696) 26 kmymoney 0x104e77578 LedgerView::edit(QModelIndex const&, QAbstractItemView::EditTrigger, QEvent*) + 432 (ledgerview.cpp:690) 27 kmymoney 0x106ac261c QAbstractItemView::mouseDoubleClickEvent(QMouseEvent*) + 404 (qabstractitemview.cpp:1967) 28 kmymoney 0x104e7a860 LedgerView::mouseDoubleClickEvent(QMouseEvent*) + 32 (ledgerview.cpp:955) 29 kmymoney 0x10684354c QWidget::event(QEvent*) + 504 (qwidget.cpp:8673) 30 kmymoney
[kmymoney] [Bug 185570] changing account type not possible
https://bugs.kde.org/show_bug.cgi?id=185570 --- Comment #9 from Dawid Wróbel --- I'd say it's a valid issue and should eventually get fixed. The logic deciding whether or not an account type can be changed and to which type should be moved to the Account Type model and defined for each type individually. Right now there's a dedicated piece of code that handles that, which doesn't consider all transitions. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460562] Unable to import 'C:/Users/rodho/Downloads/EXPORT (1).OFX' using the OFX importer plugin. The plugin returned the following error: Unable to parse file
https://bugs.kde.org/show_bug.cgi?id=460562 Dawid Wróbel changed: What|Removed |Added Assignee|kmymoney-devel@kde.org |m...@dawidwrobel.com -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460562] Unable to import 'C:/Users/rodho/Downloads/EXPORT (1).OFX' using the OFX importer plugin. The plugin returned the following error: Unable to parse file
https://bugs.kde.org/show_bug.cgi?id=460562 Dawid Wróbel changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Ever confirmed|0 |1 Resolution|WAITINGFORINFO |--- -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460562] Unable to import 'C:/Users/rodho/Downloads/EXPORT (1).OFX' using the OFX importer plugin. The plugin returned the following error: Unable to parse file
https://bugs.kde.org/show_bug.cgi?id=460562 Dawid Wróbel changed: What|Removed |Added CC||m...@dawidwrobel.com --- Comment #5 from Dawid Wróbel --- Can you please test the Nightly Windows build if the issue is present there, too? https://binary-factory.kde.org/job/KMyMoney_Nightly_win64/ -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 461295] Matching example is incorrect
https://bugs.kde.org/show_bug.cgi?id=461295 Dawid Wróbel changed: What|Removed |Added CC||m...@dawidwrobel.com Assignee|kmymoney-devel@kde.org |ostroffjh@users.sourceforge ||.net --- Comment #1 from Dawid Wróbel --- Assigning this to Jack since he's the documentation guru. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460950] Adding a new category, it will ignore currency setting and use the default
https://bugs.kde.org/show_bug.cgi?id=460950 --- Comment #1 from Dawid Wróbel --- This applies to changing a currency of existing account as well. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460950] New: Adding a new category, it will ignore currency setting and use the default
https://bugs.kde.org/show_bug.cgi?id=460950 Bug ID: 460950 Summary: Adding a new category, it will ignore currency setting and use the default Classification: Applications Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY When adding a new category, the currency chosen is ignored — after saving the currency will be the default book currency.. STEPS TO REPRODUCE 1. Add a new category 2. Choose a currency that is not a default one for the book OBSERVED RESULT Currency of the category is the default one for the book EXPECTED RESULT Currency should be as chosen -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460949] New: Adding a new category, it will ignore currency setting and use the default
https://bugs.kde.org/show_bug.cgi?id=460949 Bug ID: 460949 Summary: Adding a new category, it will ignore currency setting and use the default Classification: Applications Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY When adding a new category, the currency chosen is ignored — after saving the currency will be the default book currency.. STEPS TO REPRODUCE 1. Add a new category 2. Choose a currency that is not a default one for the book OBSERVED RESULT Currency of the category is the default one for the book EXPECTED RESULT Currency should be as chosen -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460007] Forecasting graph on the home page has random quality problems
https://bugs.kde.org/show_bug.cgi?id=460007 --- Comment #23 from Dawid Wróbel --- (to clarify, I don't have a problem with this bug being fixed the way it was, just making sure we are on the same page regarding how badly that home page code needs rewriting) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460007] Forecasting graph on the home page has random quality problems
https://bugs.kde.org/show_bug.cgi?id=460007 --- Comment #22 from Dawid Wróbel --- > This issue, which was present before, is now traceable due to the changes > made to this ticket, but is independent of the adjustments made for this > ticket. A separate ticket should be created for this. I am not convinced, tbh. Yes, the underlying issue is slowness of the home view processing, but the frequency of rewriting the window increased to the point that resizing renders the app unusable is, in my opinion, a side effect that is not otherwise easily fixable and, arguably, a no lesser of an issue than the graph being rendered improperly. This fix effectively creates another big issue and I stand by my initial point that it's best not to touch home view altogether, as it is full of spaghetti code of which any modification can cause several other side effects that are hard to trace. I am saying as the author of its migration form WebEngine and if I was to do this again, I would instead just rewrite it from scratch using QML and never look back :) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460554] New: Crashed while working with the app
https://bugs.kde.org/show_bug.cgi?id=460554 Bug ID: 460554 Summary: Crashed while working with the app Classification: Applications Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY I had a ledger open in the background while I was working with another app in the foreground. I switched back to kmymoney and the app crashed — I believe I also attempted to move its window, although not sure if this could be related >From the terminal output: qt.core.qabstractitemmodel.checkindex: Index QModelIndex(-1,-1,0x0,QObject(0x0)) is not valid (expected valid) ASSERT: "checkIndex(index, CheckIndexOption::IndexIsValid)" in file /Users/cromo/Documents/Sourcecode/vcpkg/buildtrees/qt5-base/src/5.15.6-98c6389ac2.clean/src/corelib/itemmodels/qconcatenatetablesproxymodel.cpp, line 192 The error message is quite vague, I'm reporting it nonetheless to see if I can reproduce it. SOFTWARE/OS VERSIONS macOS: 12.6 KDE Frameworks Version: 5.98 Qt Version: 5.15.6 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460007] Forecasting graph on the home page has random quality problems
https://bugs.kde.org/show_bug.cgi?id=460007 --- Comment #17 from Dawid Wróbel --- (In reply to Ralf Habacker from comment #16) > you are using master or 5.1 ? master > Hmmh, I've checked this with a loaded file, but did not get such huge > numbers, only msecs. May this be related to the loaded file size ? Possibly, my XML book file is 1.5MB compressed -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460007] Forecasting graph on the home page has random quality problems
https://bugs.kde.org/show_bug.cgi?id=460007 --- Comment #15 from Dawid Wróbel --- What this does on my end is that every resize event it re-calculates the data several time, which effectively makes the app completely hang-up after an attempt to resize the window: Processed home view section 8 in 9145 ms Processed home view section 1 in 47 ms Processed home view section 2 in 1 ms Processed home view section 3 in 1993 ms Processed home view section 4 in 0 ms Processed home view section 5 in 2 ms Processed home view section 6 in 5308 ms Processed home view section 9 in 0 ms Processed home view section 10 in 5 ms Processed home view section 7 in 0 ms Processed home view section 8 in 9180 ms Processed home view section 1 in 46 ms Processed home view section 2 in 1 ms Processed home view section 3 in 1993 ms Processed home view section 4 in 0 ms Processed home view section 5 in 2 ms Processed home view section 6 in 5179 ms Processed home view section 9 in 0 ms Processed home view section 10 in 4 ms Processed home view section 7 in 0 ms The above is from one resize event, took almost a minute -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460371] New File Setup wizard crashes in final Finish stage
https://bugs.kde.org/show_bug.cgi?id=460371 --- Comment #1 from Dawid Wróbel --- Note this only seems to happen when finishing the wizard with keyboard (with an Enter/Return key) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460371] New: New File Setup wizard crashes in final Finish stage
https://bugs.kde.org/show_bug.cgi?id=460371 Bug ID: 460371 Summary: New File Setup wizard crashes in final Finish stage Classification: Applications Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY Creating a new file is impossible with master. After going through all the steps, clicking Finish will cause a crash. The culprit is newPage is Null in ` newPage->enterPage();` call in `void KMyMoneyWizard::nextButtonClicked()` -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460368] New: Welcome page no longer shown after closing a book
https://bugs.kde.org/show_bug.cgi?id=460368 Bug ID: 460368 Summary: Welcome page no longer shown after closing a book Classification: Applications Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY Recent changes in master case the welcome page no longer shown when no book is loaded. It shows for a second but gets replaced by an empty graphs — "Net Worth Forecast" in my case. STEPS TO REPRODUCE 1. Open a book 2. Close a book OBSERVED RESULT Notice the graph is shown, not the welcome page EXPECTED RESULT Welcome page should be shown as previously -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460151] No Report-View installed
https://bugs.kde.org/show_bug.cgi?id=460151 --- Comment #3 from Dawid Wróbel --- No worries, it's understandable — I bumped into the same issue myself coupe times. The telegram/IRC channels I mention have developers there as well, so you'll get answers to your questions more quickly. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460151] No Report-View installed
https://bugs.kde.org/show_bug.cgi?id=460151 Dawid Wróbel changed: What|Removed |Added CC||m...@dawidwrobel.com Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #1 from Dawid Wróbel --- You need KDiagram. PS. In the future, please do not use bugzilla for generic support questions. There are several other ways to reach us out instead: https://kmymoney.org/support.html We're active on IRC/Telegram, so best to use that. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460007] Forecasting graph on the home page has random quality problems
https://bugs.kde.org/show_bug.cgi?id=460007 Dawid Wróbel changed: What|Removed |Added CC||m...@dawidwrobel.com --- Comment #3 from Dawid Wróbel --- Unless it’s an easy fix, it would be best to invest that time into replacing the Home view with a WML one. A proof of concept MR is already available in GitLab. -- You are receiving this mail because: You are the assignee for the bug.
[libalkimia] [Bug 459128] CI job using docker image 'kdeorg/ci-suse-qt515:latest' fails with timeout at running alkonlinequotestest
https://bugs.kde.org/show_bug.cgi?id=459128 --- Comment #4 from Dawid Wróbel --- Actually, my bad, I was corrected by sysadmins and CI jobs indeed *do* have Internet access, to scratch all that. -- You are receiving this mail because: You are the assignee for the bug.
[libalkimia] [Bug 459128] CI job using docker image 'kdeorg/ci-suse-qt515:latest' fails with timeout at running alkonlinequotestest
https://bugs.kde.org/show_bug.cgi?id=459128 --- Comment #3 from Dawid Wróbel --- I suggest labelling the tests that require Internet access accordingly, and passing the 'exclude label' CTest param to ctest-arguments: '' in .kde-ci.yml -- You are receiving this mail because: You are the assignee for the bug.
[libalkimia] [Bug 459128] CI job using docker image 'kdeorg/ci-suse-qt515:latest' fails with timeout at running alkonlinequotestest
https://bugs.kde.org/show_bug.cgi?id=459128 Dawid Wróbel changed: What|Removed |Added CC||m...@dawidwrobel.com --- Comment #2 from Dawid Wróbel --- test::AlkQuoteReceiver::slotStatus( "Fetching URL https://fx-rate.net/EUR/USD..."; ) AFIK CI jobs have no Internet access, which is why this tests times out. We'll have to disable it. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 432897] KMyMoney user manual: Deleting a category
https://bugs.kde.org/show_bug.cgi?id=432897 Dawid Wróbel changed: What|Removed |Added Latest Commit|https://invent.kde.org/offi |https://invent.kde.org/offi |ce/kmymoney/commit/60ab5d8d |ce/kmymoney/commit/b04b4a8c |330992df039246e166cd11ebe1b |4c9a77835fa257239805460847e |1da8b |ae615 --- Comment #3 from Dawid Wróbel --- Git commit b04b4a8c4c9a77835fa257239805460847eae615 by Dawid Wróbel, on behalf of Paul Worrall. Committed on 28/09/2022 at 15:25. Pushed by wrobelda into branch '5.1'. Add missing condition for deleting a category Update to doc/details-categories.docbook to add an additional condition that has to be met before a category can be deleted. (cherry picked from commit 60ab5d8d330992df039246e166cd11ebe1b1da8b) M +2-1doc/details-categories.docbook https://invent.kde.org/office/kmymoney/commit/b04b4a8c4c9a77835fa257239805460847eae615 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 432897] KMyMoney user manual: Deleting a category
https://bugs.kde.org/show_bug.cgi?id=432897 Dawid Wróbel changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/commit/60ab5d8d ||330992df039246e166cd11ebe1b ||1da8b --- Comment #2 from Dawid Wróbel --- Git commit 60ab5d8d330992df039246e166cd11ebe1b1da8b by Dawid Wróbel, on behalf of Paul Worrall. Committed on 28/09/2022 at 15:23. Pushed by wrobelda into branch 'master'. Add missing condition for deleting a category Update to doc/details-categories.docbook to add an additional condition that has to be met before a category can be deleted. M +2-1doc/details-categories.docbook https://invent.kde.org/office/kmymoney/commit/60ab5d8d330992df039246e166cd11ebe1b1da8b -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 459556] SIGABRT ASSERT:isValid() on Q_EMIT dataChanged(first, last) in JournalModel::resetRowHeightInformation()
https://bugs.kde.org/show_bug.cgi?id=459556 Dawid Wróbel changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/commit/4bc3685c ||52e4c0afce519885961ae51f3c7 ||f4a7e Status|REPORTED|RESOLVED --- Comment #1 from Dawid Wróbel --- Git commit 4bc3685c52e4c0afce519885961ae51f3c7f4a7e by Dawid Wróbel. Committed on 23/09/2022 at 09:35. Pushed by wrobelda into branch 'master'. resetRowHeightInformation(): check index isValid() before Q_EMIT M +4-1kmymoney/mymoney/storage/journalmodel.cpp https://invent.kde.org/office/kmymoney/commit/4bc3685c52e4c0afce519885961ae51f3c7f4a7e -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 459556] New: SIGABRT ASSERT:isValid() on Q_EMIT dataChanged(first, last) in JournalModel::resetRowHeightInformation()
https://bugs.kde.org/show_bug.cgi?id=459556 Bug ID: 459556 Summary: SIGABRT ASSERT:isValid() on Q_EMIT dataChanged(first, last) in JournalModel::resetRowHeightInformation() Classification: Applications Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY This is happening upon application launch in JournalModel::resetRowHeightInformation(). rowCount() is 0, making lastRow equal to -1, which passed to index(lastRow, columnCount() - 1) makes it fail the isValid() assertion. Not sure why this started to happen all of the sudden, didn't have this issue before and the code changes don't explain it. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458884] Windows and Linux SQLite databases are not compatible
https://bugs.kde.org/show_bug.cgi?id=458884 Dawid Wróbel changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 CC||m...@dawidwrobel.com -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458447] Security account created on OFX import has 1/100 fraction, which gives wrong values if it really should be smaller
https://bugs.kde.org/show_bug.cgi?id=458447 Dawid Wróbel changed: What|Removed |Added CC||m...@dawidwrobel.com --- Comment #8 from Dawid Wróbel --- > This allows to change the name after the import without re-creating the security during the next import. if I remember correctly, there might already be a related bug -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458964] No longer possible to import a GnuCash book
https://bugs.kde.org/show_bug.cgi?id=458964 --- Comment #1 from Dawid Wróbel --- Additionally, once the file is opened, it is impossible to abort the import from the "Import Options" dialog — the import process continues despite clicking "Cancel". -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458964] New: No longer possible to import a GnuCash book
https://bugs.kde.org/show_bug.cgi?id=458964 Bug ID: 458964 Summary: No longer possible to import a GnuCash book Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: importer Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY The same file I used to migrate from GnuCash to KMyMoney back in 2020 no longer works in master. The account type somehow gets appended in an endless loop. Additionally, the error shown does not stop the importer, hence the endless loop. STEPS TO REPRODUCE 1. Import a GnuCash XML file OBSERVED RESULT Import fails EXPECTED RESULT Import should succeed. Any error should stop the import process. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 432883] "Payee" is not the correct term in the reconciliation wizard dialog
https://bugs.kde.org/show_bug.cgi?id=432883 --- Comment #6 from Dawid Wróbel --- (correction, meant 'Payor', not 'Payer') -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 432883] "Payee" is not the correct term in the reconciliation wizard dialog
https://bugs.kde.org/show_bug.cgi?id=432883 Dawid Wróbel changed: What|Removed |Added Ever confirmed|0 |1 Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |CONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 432883] "Payee" is not the correct term in the reconciliation wizard dialog
https://bugs.kde.org/show_bug.cgi?id=432883 --- Comment #5 from Dawid Wróbel --- I think 'Payee/Payer' makes sense. I suppose that most payees/payers would not be shorter than that, so I don't think space should be much concern. Besides, in cases like this, I argue that a more intuitive UI should always win over the space-optimization. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 434722] AppImage (5.1.1-5ea8730) crashes when saving on SQL database
https://bugs.kde.org/show_bug.cgi?id=434722 Dawid Wróbel changed: What|Removed |Added CC||m...@dawidwrobel.com Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 432883] "Payee" is not the correct term in the reconciliation wizard dialog
https://bugs.kde.org/show_bug.cgi?id=432883 Dawid Wróbel changed: What|Removed |Added CC||m...@dawidwrobel.com --- Comment #3 from Dawid Wróbel --- (In reply to Jack from comment #1) > As to your suggestion, I am a native English speaker, and cannot think of a > single term for both. You might say "financial partner" but that seems very > awkward sounding. How about just "Party"? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 457395] Appimage failing to build
https://bugs.kde.org/show_bug.cgi?id=457395 --- Comment #4 from Dawid Wróbel --- I know there is an immanent 0.10.7 coming due to 0.10.6 somehow > not providing it's version information properly, but the error log seems > totally unrelated to that. It’s actually related to that exactly. The 0.10.7 change is about the missing Config.cmake file which will help KMymoney find libofx and its dependencies. Right now it relies on its own heuristic which causes some issues. I will fix all these issues this weekend. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458573] When editing transaction, clear button next to Category does nothing if more than 1 category (split) is assigned
https://bugs.kde.org/show_bug.cgi?id=458573 --- Comment #2 from Dawid Wróbel --- I actually realized after posting this that disabling that action in this case was on purpose. I think that it goes against the user intuition, though, that they can't clean-up that field in that case. But before I get to the point, let me digress as I think this fundamentally touches a bigger issue, i.e. the way we differentiate between categories and splits. The way I see it, the category field should work like this: 1) I can assign a category, once pressing enter, it is represented like a tag in a bubble. This experience is basically akin to any website where you can add tags to your post, e.g. on stackexchange. 2) In the same field, if I want to add another category, I simply can, without having to open a split edit window. The splits are automatically added in the background *and* the amount divided evenly between them (while arbitrary rounding if total amount is not an even number). 3) Furthermore, I can continue to add *more* categories, again in the same category, without having to pull up split editor. The split get added in the background and adjusted accordingly. 4) If needed, user can open the split editor windo and re-adjust the split amounts arbitrarily 5) After any arbitrary adjustment of splits, any further category addition/deletion from the main view would *not* recalculate anything and simply mark the transaction as invalid. Now, with that UI/UX in place, that single delete button would be redundant, as each tag would have its own 'x' to remove it. It does sound like a bit of work, but in general I think it would make the whole process potentially faster and more up-to-date with what users are accustomed to. In the meanwhile, however, I would suggest that it still makes sense to allow the existing "clear" button remove +1 categories, in which case a modal confirmation would pop-up to confirm that corresponding splits would be removed, too. Although personally I think it's a bit extra, given that we do have Undo/Redo functionality in place, so it's not like that action is unrecoverable. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458616] New: In report configuration, any Date range outside of "User configuration" should disable the From/To date input
https://bugs.kde.org/show_bug.cgi?id=458616 Bug ID: 458616 Summary: In report configuration, any Date range outside of "User configuration" should disable the From/To date input Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- In report configuration, any Date range outside of "User configuration" should disable the From/To date input. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458612] Subsequent right-click doesn't pull up a menu after choosing any item from the list
https://bugs.kde.org/show_bug.cgi?id=458612 Dawid Wróbel changed: What|Removed |Added OS|Other |macOS Platform|Other |macOS (DMG) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458612] New: Subsequent right-click doesn't pull up a menu after choosing any item from the list
https://bugs.kde.org/show_bug.cgi?id=458612 Bug ID: 458612 Summary: Subsequent right-click doesn't pull up a menu after choosing any item from the list Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY I duplicated a transaction and subsequently it was impossible to pull up right-click menu on any transaction. Moreover, it seems that the menu is somehow shown, but not visible, based on the subsequent behavior of the ledger itself. Might be macOS-specific. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 444937] CSV: when importing with more than one number in header, there's no warranty the actual number gets chosen
https://bugs.kde.org/show_bug.cgi?id=444937 Dawid Wróbel changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 444937] CSV: when importing with more than one number in header, there's no warranty the actual number gets chosen
https://bugs.kde.org/show_bug.cgi?id=444937 --- Comment #2 from Dawid Wróbel --- Git commit d1337bc15695e30376189b70ac82b1aad1964c6a by Dawid Wróbel. Committed on 01/09/2022 at 16:05. Pushed by wrobelda into branch 'master'. CSV: rewrite the findAccounts() logic to cover all edge cases M +51 -65 kmymoney/plugins/csv/import/core/csvimportercore.cpp https://invent.kde.org/office/kmymoney/commit/d1337bc15695e30376189b70ac82b1aad1964c6a -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458573] New: When editing transaction, clear button next to Category does nothing if more than 1 category (split) is assigned
https://bugs.kde.org/show_bug.cgi?id=458573 Bug ID: 458573 Summary: When editing transaction, clear button next to Category does nothing if more than 1 category (split) is assigned Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY When editing transaction, clear button next to Category does nothign if more than 1 category (split) is assigned. It should, however, clear the categories and all the assigned splits together with it. STEPS TO REPRODUCE 1. Edit transaction, add splits 2. Edit that transaction again 3. Click on the "clear"/"backspace" icon next to Category field OBSERVED RESULT Nothing happens EXPECTED RESULT Categories/splits should clear -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 455735] When editing a transaction, choosing a category from the list and confirming with 'Enter' resets it back to 'Asset'
https://bugs.kde.org/show_bug.cgi?id=455735 --- Comment #8 from Dawid Wróbel --- More misbehavior: the app crashed after I pressed ESC after it no longer showed any categories despite typing (this happens quite frequently) Exception Type:EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0xa7fb7feec6b0 -> 0x07fb7feec6b0 (possible pointer authentication failure) Exception Codes: 0x0001, 0xa7fb7feec6b0 Exception Note:EXC_CORPSE_NOTIFY Termination Reason:Namespace SIGNAL, Code 11 Segmentation fault: 11 Terminating Process: exc handler [53815] VM Region Info: 0x7fb7feec6b0 is not in any region. Bytes after previous region: 8295728203441 Bytes before following region: 131651409623376 REGION TYPESTART - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL commpage (reserved)10-70 [384.0G] ---/--- SM=NUL ...(unallocated) ---> GAP OF 0x7f47fb70 BYTES MALLOC_TINY 7fb7fb70-7fb7fb80 [ 1024K] rw-/rwx SM=PRV Kernel Triage: VM - Fault hit memory shortage VM - Fault hit memory shortage VM - Compressor failed a blocking pager_get VM - Compressor failed a blocking pager_get VM - Compressor failed a blocking pager_get Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 QtCore 0x1193055b8 QObject::blockSignals(bool) + 8 1 QtWidgets 0x11187ebed QComboBox::hidePopup() + 909 2 QtWidgets 0x11187881e QComboBoxPrivateContainer::eventFilter(QObject*, QEvent*) + 606 3 QtCore 0x1192dc9f9 QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) + 249 4 QtWidgets 0x11177cc91 QApplicationPrivate::notify_helper(QObject*, QEvent*) + 241 5 QtWidgets 0x11177e213 QApplication::notify(QObject*, QEvent*) + 915 6 QtCore 0x1192dc727 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 167 7 QtWidgets 0x1117d38fd QWidgetWindow::event(QEvent*) + 301 8 QtWidgets 0x11177cca6 QApplicationPrivate::notify_helper(QObject*, QEvent*) + 262 9 QtWidgets 0x11177e060 QApplication::notify(QObject*, QEvent*) + 480 10 QtCore 0x1192dc727 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 167 11 QtGui 0x118294067 QGuiApplicationPrivate::processKeyEvent(QWindowSystemInterfacePrivate::KeyEvent*) + 167 12 QtGui 0x1182752a7 QWindowSystemInterface::handleShortcutEvent(QWindow*, unsigned long, int, QFlags, unsigned int, unsigned int, unsigned int, QString const&, bool, unsigned short) + 503 13 libqcocoa.dylib0x123658fd9 -[QNSView(Keys) handleKeyEvent:eventType:] + 1321 14 libqcocoa.dylib0x1236590f8 -[QNSView(Keys) keyDown:] + 88 15 AppKit 0x7ff8152d8f56 -[NSWindow(NSEventRouting) _reallySendEvent:isDelayedEvent:] + 7150 16 AppKit 0x7ff8152d714e -[NSWindow(NSEventRouting) sendEvent:] + 352 17 libqcocoa.dylib0x12365d3c7 -[QNSPanel sendEvent:] + 551 18 AppKit 0x7ff8152d5f78 -[NSApplication(NSEvent) sendEvent:] + 2996 19 libqcocoa.dylib0x1236631ba -[QNSApplication sendEvent:] + 74 20 AppKit 0x7ff815417487 -[NSApplication _doModalLoop:peek:] + 364 21 AppKit 0x7ff81558eb92 __33-[NSApplication runModalSession:]_block_invoke_2 + 69 22 AppKit 0x7ff81558eb3a __33-[NSApplication runModalSession:]_block_invoke + 78 23 AppKit 0x7ff8154157be _NSTryRunModal + 100 24 AppKit 0x7ff81558ea37 -[NSApplication runModalSession:] + 128 25 libqcocoa.dylib0x12365f487 QCocoaEventDispatcher::processEvents(QFlags) + 663 26 QtCore 0x1192d8d17 QEventLoop::exec(QFlags) + 471 27 QtWidgets 0x11197ab08 QDialog::exec() + 504 28 kmymoney 0x104adf957 0x1049d9000 + 1075543 29 QtCore 0x11930cfd4 void doActivate(QObject*, int, void**) + 1124 30 QtCore 0x11930cfd4 void doActivate(QObject*, int, void**) + 1124 31 QtWidgets 0x1117736d6 QAction::activate(QAction::ActionEvent) + 310 32 QtWidgets 0x1118640a0 QAbstractButtonPrivate::click() + 144 33 QtWidgets 0x1118
[kmymoney] [Bug 458565] New: When editing a split, for an entry assigned to a non-default currency, typing * (star) in amount immediately triggers currency editor dialog
https://bugs.kde.org/show_bug.cgi?id=458565 Bug ID: 458565 Summary: When editing a split, for an entry assigned to a non-default currency, typing * (star) in amount immediately triggers currency editor dialog Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY When editing a split, for an entry assigned to a non-default currency, typing * (star) in amount in order to multiply its value immediately triggers currency editor dialog. Closing that dialog and typing * again allows to perform the calculation as expected. STEPS TO REPRODUCE 1. Edit a split 2. Assign an entry to one of a non-default currency 3. Navigate to amount 4. Type in * (star) OBSERVED RESULT Currency dialog pops-up immediately EXPECTED RESULT Dialog should not be shown until after Enter (or Tab?) is pressed on that entry -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458564] New: Right click menu not showing on 2+ matching transactions selected
https://bugs.kde.org/show_bug.cgi?id=458564 Bug ID: 458564 Summary: Right click menu not showing on 2+ matching transactions selected Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- Selecting two matching transactions (as in: having same amount) and right clicking is no longer possible. Selecting non-matching transactions and right clicking works fine. STEPS TO REPRODUCE 1. Select two matching transactions 2. Attempt to right click OBSERVED RESULT Menu is not shown. EXPECTED RESULT Menu should be shown. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458552] New: A matched transaction's splits should not be pre-populated if they don't match the amount of the main transaction
https://bugs.kde.org/show_bug.cgi?id=458552 Bug ID: 458552 Summary: A matched transaction's splits should not be pre-populated if they don't match the amount of the main transaction Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY For a while now, whenever KMM matches an imported transaction, it also copies the splits. However, this should not be done if the total amount of splits is different than the amount of the transaction. STEPS TO REPRODUCE 1. Add/import a transaction 2. Edit its splits 3. Import a transaction that matches transaction 1), but has a different amount OBSERVED RESULT Notice that the newly-imported transaction's splits are pre-filled with those of the matched 1) transaction, but their sum is off, which is also denoted by the exclamation mark icon. EXPECTED RESULT If the amount of transaction differs from that of the matched transaction, splits should not be imported. What's worth considering is that if more than a single transaction can be matched against, the logic should match against the one that has a matching amount, if any does. In this case the splits would be copied as the split totals would match. This affects stable branch as well, if I remember correctly. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458551] New: When editing splits, automatically pre-fill the amount with the remaining balance
https://bugs.kde.org/show_bug.cgi?id=458551 Bug ID: 458551 Summary: When editing splits, automatically pre-fill the amount with the remaining balance Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY When editing splits, it would be convenient if the amounts were pre-filled with the remaining balance. So, e.g., when editing first split, the amount would be filled with a total amount. If that balance was edited manually (e.g. halved by typing '/2' on the keyboard), the next split would be pre-filled with the remaining amount. This is how GnuCash does it and it speeds up split editing dramatically. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458298] disappearance of icons
https://bugs.kde.org/show_bug.cgi?id=458298 --- Comment #6 from Dawid Wróbel --- FYI, added an entry to User FAQ to address that: https://userbase.kde.org/KMyMoney/FAQ#Some_of_the_icons_in_the_application_are_missing_on_Linux -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 458298] disappearance of icons
https://bugs.kde.org/show_bug.cgi?id=458298 Dawid Wróbel changed: What|Removed |Added CC||m...@dawidwrobel.com --- Comment #5 from Dawid Wróbel --- Your system icon-set is configured to Yaru, which misses the new icons introduced recently. Try going to Preferences -> Icons and changing there to Breeze or Breeze Dark. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 457484] Reconciled transaction not accepted
https://bugs.kde.org/show_bug.cgi?id=457484 --- Comment #10 from Dawid Wróbel --- I suppose it would be worth adding an explanation on how this works to the manual-- Best Regards, Dawid Wrobel -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456520] OFX import broken upstream
https://bugs.kde.org/show_bug.cgi?id=456520 --- Comment #4 from Dawid Wróbel --- This build, once done, will contain the fixes: https://binary-factory.kde.org/view/Windows%2064-bit/job/KMyMoney_Release_win64/1467/ -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456520] OFX import broken upstream
https://bugs.kde.org/show_bug.cgi?id=456520 --- Comment #3 from Dawid Wróbel --- Tested locally and confirmed to be working again. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456520] OFX import broken upstream
https://bugs.kde.org/show_bug.cgi?id=456520 --- Comment #2 from Dawid Wróbel --- Git commit fb424f601ac4d4c67fb76f67117a007eb9a42b06 by Dawid Wróbel. Committed on 20/07/2022 at 09:07. Pushed by wrobelda into branch 'master'. [libofx] Revert blueprint updates down to 0.9.x Revert "[libofx] Enable tools but disable ofx2qif on Win" Revert "[libofx] Increase patchlevel to force commit" Revert "[libofx] Fix DTD files copied to bin/data, not share on Win" Revert "[libofx] Update to 0.10.5" Revert "Fix libofx installation" Revert "[libofx] Update to 0.10.3" Revert "libofx: update to 0.10.2" D +0-32 libs/libofx/disable-ofx2qif-msvc.patch D +0-96 libs/libofx/getopt.diff D +0-26 libs/libofx/iconv-windows-dont-deconst.patch A +12 -0libs/libofx/libofx-0.9.12-20180412.diff A +323 -0libs/libofx/libofx-0.9.13-20180505-1.diff A +15 -0libs/libofx/libofx-0.9.13-20180505-2.diff A +20 -0libs/libofx/libofx-0.9.13-20180505-3.diff A +12 -0libs/libofx/libofx-0.9.13-20180505-4.diff A +68 -0libs/libofx/libofx-0.9.13-20180505-5.diff M +30 -20 libs/libofx/libofx.py D +0-284 libs/libofx/msvc.patch https://invent.kde.org/packaging/craft-blueprints-kde/commit/fb424f601ac4d4c67fb76f67117a007eb9a42b06 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456520] OFX import broken upstream
https://bugs.kde.org/show_bug.cgi?id=456520 Dawid Wróbel changed: What|Removed |Added Version Fixed In||5.1.3 Latest Commit||https://invent.kde.org/pack ||aging/craft-blueprints-kde/ ||commit/fc52543e5ff4ec5b8f90 ||af017d1597fe85bfa1df Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #1 from Dawid Wróbel --- Git commit fc52543e5ff4ec5b8f90af017d1597fe85bfa1df by Dawid Wróbel. Committed on 20/07/2022 at 09:07. Pushed by wrobelda into branch 'master'. [libofx] Update to 0.10.5 FIXED-IN: 5.1.3 A +16 -0libs/libofx/0001-Add-new-code-to-CMakeLists.txt.patch A +22 -0 libs/libofx/0001-Don-t-deconst-iconv-input-buffer-under-Windows.patch R +0-0libs/libofx/libofx-0.10.15-20180412.diff [from: libs/libofx/libofx-0.9.12-20180412.diff - 100% similarity] R +1-1libs/libofx/libofx-0.10.15-20180505-1.diff [from: libs/libofx/libofx-0.9.13-20180505-1.diff - 099% similarity] A +55 -0libs/libofx/libofx-0.10.15-20180505-5.diff D +0-15 libs/libofx/libofx-0.9.13-20180505-2.diff D +0-20 libs/libofx/libofx-0.9.13-20180505-3.diff D +0-12 libs/libofx/libofx-0.9.13-20180505-4.diff D +0-68 libs/libofx/libofx-0.9.13-20180505-5.diff M +10 -13 libs/libofx/libofx.py https://invent.kde.org/packaging/craft-blueprints-kde/commit/fc52543e5ff4ec5b8f90af017d1597fe85bfa1df -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456581] Crash when cancelling in split editor
https://bugs.kde.org/show_bug.cgi?id=456581 Dawid Wróbel changed: What|Removed |Added OS|Microsoft Windows |macOS -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456581] New: Crash when cancelling in split editor
https://bugs.kde.org/show_bug.cgi?id=456581 Bug ID: 456581 Summary: Crash when cancelling in split editor Product: kmymoney Version: git (master) Platform: macOS (DMG) OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY I had the app crash twice when editing splits and cancelling/hitting the ESC. I tried reproducing it but don't know yet exact steps needed to make it crash consistently. Process: kmymoney [21342] Path: /Applications/kmymoney.app/Contents/MacOS/kmymoney Identifier:org.kde.KMyMoney Version: 5.1.80 (5.1.80) Code Type: X86-64 (Translated) Parent Process:launchd [1] User ID: 501 Date/Time: 2022-07-10 23:36:04.0277 +0200 OS Version:macOS 12.4 (21F79) Report Version:12 Anonymous UUID:1C1B3C7C-EC55-7F60-EA12-EFB6063DEA97 Sleep/Wake UUID: 2C2501B6-ABE7-495A-A9BD-8180005F1DCC Time Awake Since Boot: 23000 seconds Time Since Wake: 7915 seconds System Integrity Protection: enabled Crashed Thread:0 Dispatch queue: com.apple.main-thread Exception Type:EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x001004000c20 -> 0x04000c20 (possible pointer authentication failure) Exception Codes: 0x0001, 0x001004000c20 Exception Note:EXC_CORPSE_NOTIFY Termination Reason:Namespace SIGNAL, Code 11 Segmentation fault: 11 Terminating Process: exc handler [21342] VM Region Info: 0x4000c20 is not in any region. Bytes after previous region: 3917010177057 Bytes before following region: 101155069752288 REGION TYPESTART - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL commpage (reserved)10-70 [384.0G] ---/--- SM=NUL ...(unallocated) ---> GAP OF 0x5f90 BYTES MALLOC_NANO 6000-6800 [128.0M] rw-/rwx SM=PRV Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 QtWidgets 0x10ed84a51 QWidget::style() const + 17 1 QtWidgets 0x10ee59a4a QComboBox::hidePopup() + 490 2 QtWidgets 0x10ee53754 QComboBoxPrivateContainer::eventFilter(QObject*, QEvent*) + 404 3 QtCore 0x1168b79f9 QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) + 249 4 QtWidgets 0x10ed57c91 QApplicationPrivate::notify_helper(QObject*, QEvent*) + 241 5 QtWidgets 0x10ed59213 QApplication::notify(QObject*, QEvent*) + 915 6 QtCore 0x1168b7727 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 167 7 QtWidgets 0x10edae8fd QWidgetWindow::event(QEvent*) + 301 8 QtWidgets 0x10ed57ca6 QApplicationPrivate::notify_helper(QObject*, QEvent*) + 262 9 QtWidgets 0x10ed59060 QApplication::notify(QObject*, QEvent*) + 480 10 QtCore 0x1168b7727 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 167 11 QtGui 0x11586f067 QGuiApplicationPrivate::processKeyEvent(QWindowSystemInterfacePrivate::KeyEvent*) + 167 12 QtGui 0x1158502a7 QWindowSystemInterface::handleShortcutEvent(QWindow*, unsigned long, int, QFlags, unsigned int, unsigned int, unsigned int, QString const&, bool, unsigned short) + 503 13 libqcocoa.dylib0x11cb28fd9 -[QNSView(Keys) handleKeyEvent:eventType:] + 1321 14 libqcocoa.dylib0x11cb290f8 -[QNSView(Keys) keyDown:] + 88 15 AppKit 0x7ff81246e1a6 -[NSWindow(NSEventRouting) _reallySendEvent:isDelayedEvent:] + 7150 16 AppKit 0x7ff81246c39e -[NSWindow(NSEventRouting) sendEvent:] + 352 17 libqcocoa.dylib0x11cb2d3c7 -[QNSPanel sendEvent:] + 551 18 AppKit 0x7ff81246b1c8 -[NSApplication(NSEvent) sendEvent:] + 2996 19 libqcocoa.dylib0x11cb331ba -[QNSApplication sendEvent:] + 74 20 AppKit 0x7ff8125ac8c7 -[NSApplication _doModalLoop:peek:] + 364 21 AppKit 0x7ff812723fa2 __33-[NSApplication runModalSession:]_block_invoke_2 + 69 22 AppKit 0x7ff812723f4a __33-[NSApplication runModalSession:]_block_invoke + 78 23 AppKit 0x7ff8125aabfe _NSTryRunMod
[kmymoney] [Bug 455735] When editing a transaction, choosing a category from the list and confirming with 'Enter' resets it back to 'Asset'
https://bugs.kde.org/show_bug.cgi?id=455735 --- Comment #5 from Dawid Wróbel --- Created attachment 150522 --> https://bugs.kde.org/attachment.cgi?id=150522&action=edit Drop-down list misbehavior So I noticed today that it happens with mouse selection at times, too, except slightly differently and only for some accounts. Even more weirdly, it can be reset by choosing another account from the list. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456565] New: Category autocomplete should focus on the parent, if child account also matches
https://bugs.kde.org/show_bug.cgi?id=456565 Bug ID: 456565 Summary: Category autocomplete should focus on the parent, if child account also matches Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY When more than one account in a branch matches the typed-in search term, the autocomplete should stop at the first matching parent account, not the leaf. The rationale here is that the child account is a more specific account of the generic parent, and as such, there can be many more such leafs under said parent. We should assume the generic account is likely to be chosen more frequently. In my example, I use that for denoting same categories of different currencies, but the parent account is always of my main currency, which indeed means I am more likely to assign a category to it, as I usually spend in that currency. Alternatively, a more sophisticated logic would preselect an account that matches the transaction's currency — and maybe even mark the other with an appropriate icon, to warn that currency conversion would be required. STEPS TO REPRODUCE 1. Create category hierarchy, where two accounts, a parent and a leaf, have the same name, but the leaf also bears and additional suffix 2. In transaction editing dialog, type in the account name such that both are shown OBSERVED RESULT The leaf is automatically selected, even though the parent account also matches. EXPECTED RESULT The parent account should be preselected. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456564] New: Accepting an imported transaction is a low-severity action, should rather not require modal confirmation dialog
https://bugs.kde.org/show_bug.cgi?id=456564 Bug ID: 456564 Summary: Accepting an imported transaction is a low-severity action, should rather not require modal confirmation dialog Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY Accepting an imported transaction is a low-severity action, should rather not require modal confirmation dialog. The action can be reverted and by itself does not edit the content of the transaction, outside of changing its flag. STEPS TO REPRODUCE 1. Accept an imported transaction OBSERVED RESULT A modal dialog is shown asking to confirm the action EXPECTED RESULT Action should be accepted immediately. If needed, it can be reverted either by "Undoing" the action, or by switching its "Imported" flag back on with Transaction -> Mark Transaction As... -> Imported (which currently is *not* one of the items listed there) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456363] App crashes when hitting "OK" in Split Edit dialog
https://bugs.kde.org/show_bug.cgi?id=456363 Dawid Wróbel changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #1 from Dawid Wróbel --- Fixed in master -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456563] New: When editing splits, grid row height truncates the text
https://bugs.kde.org/show_bug.cgi?id=456563 Bug ID: 456563 Summary: When editing splits, grid row height truncates the text Product: kmymoney Version: git (master) Platform: macOS (DMG) OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- Created attachment 150521 --> https://bugs.kde.org/attachment.cgi?id=150521&action=edit The truncated text in split editor Likely specific to macOS, and specific to Qt. See screenshot for details. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 444741] CSV importer: account name auto detection generates too many false-positives
https://bugs.kde.org/show_bug.cgi?id=444741 Dawid Wróbel changed: What|Removed |Added Latest Commit|https://invent.kde.org/offi |https://invent.kde.org/offi |ce/kmymoney/commit/9ec90abb |ce/kmymoney/commit/1ebd8c70 |c80a92bf8a7673bedac73219c10 |4deb2af890aa54c60411f6e627b |b7902 |d8a4b --- Comment #4 from Dawid Wróbel --- Git commit 1ebd8c704deb2af890aa54c60411f6e627bd8a4b by Dawid Wróbel. Committed on 10/07/2022 at 09:42. Pushed by wrobelda into branch 'master'. [CSV] Configure account autodetection per profile CSV importer had a global option enabling account name autodetection based on the header contents. This, however, should only really be enabled if the CSV file contains actual account name, and therefore configurable *per profile*. Also: run clang-format against touched source files. M +31 -29 kmymoney/plugins/csv/import/core/csvimportercore.cpp M +120 -65 kmymoney/plugins/csv/import/core/csvimportercore.h M +39 -24 kmymoney/plugins/csv/import/core/tests/csvimportercore-test.cpp M +4-0kmymoney/plugins/csv/import/csvwizard.cpp M +0-6kmymoney/plugins/csv/import/pluginsettings.kcfg M +44 -1kmymoney/plugins/csv/import/rowswizardpage.ui M +7-1kmymoney/settings/kmymoney.upd https://invent.kde.org/office/kmymoney/commit/1ebd8c704deb2af890aa54c60411f6e627bd8a4b -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 444741] CSV importer: account name auto detection generates too many false-positives
https://bugs.kde.org/show_bug.cgi?id=444741 Dawid Wróbel changed: What|Removed |Added Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/commit/9ec90abb ||c80a92bf8a7673bedac73219c10 ||b7902 Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Dawid Wróbel --- Git commit 9ec90abbc80a92bf8a7673bedac73219c10b7902 by Dawid Wróbel. Committed on 10/07/2022 at 09:47. Pushed by wrobelda into branch '5.1'. [CSV] Configure account autodetection per profile CSV importer had a global option enabling account name autodetection based on the header contents. This, however, should only really be enabled if the CSV file contains actual account name, and therefore configurable *per profile*. Also: run clang-format against touched source files. M +31 -29 kmymoney/plugins/csv/import/core/csvimportercore.cpp M +120 -65 kmymoney/plugins/csv/import/core/csvimportercore.h M +39 -24 kmymoney/plugins/csv/import/core/tests/csvimportercore-test.cpp M +4-0kmymoney/plugins/csv/import/csvwizard.cpp M +0-6kmymoney/plugins/csv/import/pluginsettings.kcfg M +44 -1kmymoney/plugins/csv/import/rowswizardpage.ui M +8-1kmymoney/settings/kmymoney.upd https://invent.kde.org/office/kmymoney/commit/9ec90abbc80a92bf8a7673bedac73219c10b7902 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450426] OFX import is broken on MS-Windows
https://bugs.kde.org/show_bug.cgi?id=450426 Dawid Wróbel changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #34 from Dawid Wróbel --- This very issue has been resolved. Having separate reports for specific issues is on purpose, as it helps tracking changes in the code, so a separate report must be filed if another problem is reported, even within same area. I filed a new report here: https://bugs.kde.org/show_bug.cgi?id=456520 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456520] New: OFX import broken upstream
https://bugs.kde.org/show_bug.cgi?id=456520 Bug ID: 456520 Summary: OFX import broken upstream Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: importer Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY OFX issue is broken, most likely upstream, on Windows and macOS: https://github.com/libofx/libofx/issues/62 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456363] New: App crashes when hitting "OK" in Split Edit dialog
https://bugs.kde.org/show_bug.cgi?id=456363 Bug ID: 456363 Summary: App crashes when hitting "OK" in Split Edit dialog Product: kmymoney Version: git (master) Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- STEPS TO REPRODUCE 1. Edit a split 2. May need to adjust some details 3. Hit OK OBSERVED RESULT App crashes immediately EXPECTED RESULT Should save the edited split and return back to the ledger SOFTWARE/OS VERSIONS Today's nightly build for macOS: https://binary-factory.kde.org/view/MacOS/job/KMyMoney_Nightly_macos/ ADDITIONAL INFORMATION Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 QtCore 0x1149c05b8 QObject::blockSignals(bool) + 8 1 QtWidgets 0x10cf39bed QComboBox::hidePopup() + 909 2 QtWidgets 0x10cf33754 QComboBoxPrivateContainer::eventFilter(QObject*, QEvent*) + 404 3 QtCore 0x1149979f9 QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) + 249 4 QtWidgets 0x10ce37c91 QApplicationPrivate::notify_helper(QObject*, QEvent*) + 241 5 QtWidgets 0x10ce39213 QApplication::notify(QObject*, QEvent*) + 915 6 QtCore 0x114997727 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 167 7 QtWidgets 0x10ce8e8fd QWidgetWindow::event(QEvent*) + 301 8 QtWidgets 0x10ce37ca6 QApplicationPrivate::notify_helper(QObject*, QEvent*) + 262 9 QtWidgets 0x10ce39060 QApplication::notify(QObject*, QEvent*) + 480 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 456359] New: Ctrl-W should be closing a currently shown tab, not the entire book
https://bugs.kde.org/show_bug.cgi?id=456359 Bug ID: 456359 Summary: Ctrl-W should be closing a currently shown tab, not the entire book Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY Now that the app supports showing multiple tabs in a view, Ctrl-W shortcut should be closing a currently shown tab, which is what is commonly expected of that shortcut, instead of the while book (file). STEPS TO REPRODUCE 1. Open multiple tabs, e.g. in ledger view 2. Hit Ctrl-W OBSERVED RESULT The whole book is closed EXPECTED RESULT The currently-shown tab should be closed -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450426] OFX import is broken on MS-Windows
https://bugs.kde.org/show_bug.cgi?id=450426 --- Comment #31 from Dawid Wróbel --- > I have no problem with introducing a new build system, but TEST, TEST, TEST ! > And it's not like there are not oodles of tools available nowadays to > automate the testing either. > > * Run unit tests > * Automated deploys to a build server > * Virtual guests for testing on other platforms You realize how condescending you sound? Like we don't know these tools? I made it pretty clear we do this in our free time, as in: time is the factor here, not knowledge, which you so happily imply. Please, do not comment back here unless you have something helpful to add. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450426] OFX import is broken on MS-Windows
https://bugs.kde.org/show_bug.cgi?id=450426 --- Comment #29 from Dawid Wróbel --- There appears to be another issue with OFX importer under Windows, but unrelated to this one. Also: > Some developer, in their ultimate wisdom, decided to move the dtd files to > another location. The issue was caused by switching to another build system for libofx, a dependency library. Snarky comments like this are not appreciated by developers who develop this software in their free time. Please feel invited to learning the intrinsically complicated process of procuring packages for several platforms, in a project as complex as KMyMoney. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450426] OFX import is broken on MS-Windows
https://bugs.kde.org/show_bug.cgi?id=450426 Dawid Wróbel changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED |RESOLVED Latest Commit||https://invent.kde.org/pack ||aging/craft-blueprints-kde/ ||commit/9fffb2d6b006a3600924 ||efc1b800d667f2e12501 --- Comment #28 from Dawid Wróbel --- Git commit 9fffb2d6b006a3600924efc1b800d667f2e12501 by Dawid Wróbel. Committed on 30/06/2022 at 14:59. Pushed by wrobelda into branch 'master'. [libofx] Increase patchlevel to force commit M +1-1libs/libofx/libofx.py https://invent.kde.org/packaging/craft-blueprints-kde/commit/9fffb2d6b006a3600924efc1b800d667f2e12501 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450426] OFX import is broken on MS-Windows
https://bugs.kde.org/show_bug.cgi?id=450426 Dawid Wróbel changed: What|Removed |Added CC||m...@dawidwrobel.com --- Comment #27 from Dawid Wróbel --- All, It should be fixed in this build: https://binary-factory.kde.org/view/Windows%2064-bit/job/KMyMoney_Release_win64/1444/ Please test once it's ready. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 455735] When editing a transaction, choosing a category from the list and confirming with 'Enter' resets it back to 'Asset'
https://bugs.kde.org/show_bug.cgi?id=455735 Dawid Wróbel changed: What|Removed |Added Platform|Other |macOS (DMG) OS|Other |macOS --- Comment #2 from Dawid Wróbel --- Qt is 5.15.2 KF5 5.95.0 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 455737] It should be possible to mass-accept the imported transactions
https://bugs.kde.org/show_bug.cgi?id=455737 Dawid Wróbel changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO |RESOLVED --- Comment #2 from Dawid Wróbel --- Indeed, tried now and it works. Not sure why it didn't before, I'll close for now and reopen if I notice it again. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 455736] The "Go to" account in right click menu in the ledger is the same as the account shown
https://bugs.kde.org/show_bug.cgi?id=455736 --- Comment #1 from Dawid Wróbel --- This was fixed in 5.1.x by myself, reported here: https://bugs.kde.org/show_bug.cgi?id=438973 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 438973] Cannot right click and Go To a counterparty split if it is a category
https://bugs.kde.org/show_bug.cgi?id=438973 Dawid Wróbel changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=455736 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 455736] The "Go to" account in right click menu in the ledger is the same as the account shown
https://bugs.kde.org/show_bug.cgi?id=455736 Dawid Wróbel changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=438973 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 455743] New: Partial sum no longer showing after selecting multiple transactions
https://bugs.kde.org/show_bug.cgi?id=455743 Bug ID: 455743 Summary: Partial sum no longer showing after selecting multiple transactions Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY In stable 5.1.x build, when 2+ transactions are selected in the ledger, their partial sum is shown in the UI. This functionality is no longer available in the ledger STEPS TO REPRODUCE 1. Open an account 2. Select multiple transactions OBSERVED RESULT Sum is nowhere visible. EXPECTED RESULT A '∑ amount' sum should be shown somewhere in the ledger or in status bar. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 455741] Moving all account transactions to another account will leave the app hung up
https://bugs.kde.org/show_bug.cgi?id=455741 --- Comment #1 from Dawid Wróbel --- Heaviest stack for the main thread of the target process: 11 start + 462 (dyld + 21790) [0x2006a051e] 11 ??? (kmymoney + 100928) [0x1000c5a40] 11 ??? (kmymoney + 106487) [0x1000c6ff7] 11 QCoreApplication::exec() + 130 (QtCore + 1988290) [0x1148836c2] 11 QEventLoop::exec(QFlags) + 471 (QtCore + 1972007) [0x11487f727] 11 QCocoaEventDispatcher::processEvents(QFlags) + 2090 (libqcocoa.dylib + 240330) [0x11aadbaca] 11 -[NSApplication run] + 586 (AppKit + 196457) [0x7ff81da27f69] 11 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1394 (AppKit + 252090) [0x7ff81da358ba] 11 _DPSNextEvent + 927 (AppKit + 258557) [0x7ff81da371fd] 11 _BlockUntilNextEventMatchingListInModeWithFilter + 70 (HIToolbox + 188645) [0x7ff8241d50e5] 11 ReceiveNextEventCommon + 283 (HIToolbox + 188947) [0x7ff8241d5213] 11 RunCurrentEventLoopInMode + 292 (HIToolbox + 189926) [0x7ff8241d55e6] 11 CFRunLoopRunSpecific + 562 (CoreFoundation + 512020) [0x7ff81b0c1014] 11 __CFRunLoopRun + 892 (CoreFoundation + 514640) [0x7ff81b0c1a50] 11 __CFRunLoopDoSources0 + 242 (CoreFoundation + 520256) [0x7ff81b0c3040] 11 __CFRunLoopDoSource0 + 180 (CoreFoundation + 520898) [0x7ff81b0c32c2] 11 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17 (CoreFoundation + 521050) [0x7ff81b0c335a] 11 QCocoaEventDispatcherPrivate::postedEventsSourceCallback(void*) + 40 (libqcocoa.dylib + 245272) [0x11aadce18] 11 QCocoaEventDispatcherPrivate::processPostedEvents() + 312 (libqcocoa.dylib + 243448) [0x11aadc6f8] 11 QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) + 792 (QtCore + 1991224) [0x114884238] 11 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 167 (QtCore + 1986855) [0x114883127] 11 QApplication::notify(QObject*, QEvent*) + 480 (QtWidgets + 72000) [0x10cd23940] 11 QApplicationPrivate::notify_helper(QObject*, QEvent*) + 262 (QtWidgets + 66950) [0x10cd22586] 11 QAbstractItemView::event(QEvent*) + 591 (QtWidgets + 2582527) [0x10cf887ff] 11 QFrame::event(QEvent*) + 43 (QtWidgets + 986123) [0x10ce02c0b] 11 QWidget::event(QEvent*) + 4677 (QtWidgets + 306245) [0x10cd5cc45] 11 QObject::event(QEvent*) + 745 (QtCore + 2153801) [0x1148abd49] 11 ??? (kmymoney + 839113) [0x100179dc9] 11 QHeaderView::length() const + 111 (QtWidgets + 2644479) [0x10cf979ff] 10 QHeaderViewPrivate::resizeSections(QHeaderView::ResizeMode, bool) + 1085 (QtWidgets + 2655837) [0x10cf9a65d] 10 void doActivate(QObject*, int, void**) + 1124 (QtCore + 2185684) [0x1148b39d4] 10 ColumnSelector::slotUpdateHeaderState() + 236 (libkmm_base_widgets.5.1.80.dylib + 122796) [0x10937ffac] 9 KConfig::sync() + 1360 (libKF5ConfigCore.5.95.0.dylib + 26416) [0x10be3d730] 3 ??? (libKF5ConfigCore.5.95.0.dylib + 115360) [0x10be532a0] 2 ??? (libKF5ConfigCore.5.95.0.dylib + 109908) [0x10be51d54] 1 ??? [0x10beb6568] Process: kmymoney (KMyMoney) [5246] [unique pid 2095826] UUID: 7CB6CB51-D6AD-363A-8487-A60C708E5449 Path: /Applications/kmymoney.app/Contents/MacOS/kmymoney Identifier: org.kde.KMyMoney Version: 5.1.80 (5.1.80) Team ID: 5433B4KXM8 Shared Cache: 53B6853F-0BC3-33F5-BE72-1ACA3A188FF8 slid base address 0x7ff81acdc000, slide 0x1acdc000 Architecture: x86_64 (translated) Footprint:487.57 MB Time Since Fork: 2708s Num samples: 11 (1-11) CPU Time: 0.910s (2.8G cycles, 9.8G instructions, 0.29c/i) Note: 1 idle work queue thread omitted Thread 0x16f6b66DispatchQueue "com.apple.main-thread"(1)11 samples (1-11)priority 47 (base 47)cpu time 0.909s (2.8G cycles, 9.8G instructions, 0.29c/i) 11 start + 462 (dyld + 21790) [0x2006a051e] 1-11 11 ??? (kmymoney + 100928) [0x1000c5a40] 1-11 11 ??? (kmymoney + 106487) [0x1000c6ff7] 1-11 11 QCoreApplication::exec() + 130 (QtCore + 1988290) [0x1148836c2] 1-11 11 QEventLoop::exec(QFlags) + 471 (QtCore + 1972007) [0x11487f727] 1-11 11 QCocoaEventDispatcher::processEvents(QFlags) + 2090 (libqcocoa.dylib + 240330) [0x11aadbaca] 1-11 11 -[NSApplication run] + 586 (AppKit + 196457) [0x7ff81da27f69] 1-11 11 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1394 (AppKit + 252090) [0x7ff81da358ba] 1-11 11 _DPSNextEvent + 927 (AppKit + 258557) [0x7ff81da371fd] 1-11 11 _BlockUntilNextEventMatchingListInModeWithFilter + 70 (HIToolbox + 188645) [0x7ff8241d50e5] 1-11 11 ReceiveNextEventCommon + 283 (HIToolbox + 188947) [0x7ff8241d5213] 1-11 11 RunCurrentEventLoopInMode + 292 (HIToolbox + 189926) [0x7ff8241d55e6] 1-11 11 CFRunLoopRunSpecific + 562 (CoreFoundation + 512020) [0x7ff81b0c1014] 1-11
[kmymoney] [Bug 455741] New: Moving all account transactions to another account will leave the app hung up
https://bugs.kde.org/show_bug.cgi?id=455741 Bug ID: 455741 Summary: Moving all account transactions to another account will leave the app hung up Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY Moving all account transactions to another account will leave the app hung up. It appears it is in a continuous loop. STEPS TO REPRODUCE 1. Open an account with a few transactions 2. Select all, right click, move to another account OBSERVED RESULT Transactions disappear, but the app hangs up, with a continuously spinning "wheel". EXPECTED RESULT Empty account should be shown, app should continue to be responsive. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 455737] New: It should be possible to mass-accept the imported transactions
https://bugs.kde.org/show_bug.cgi?id=455737 Bug ID: 455737 Summary: It should be possible to mass-accept the imported transactions Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY After importing transactions, it doesn't seem to be possible to mass-accept them. Right now one needs to click the "Imported" icon one by one and confirm the action dialog for ach of them STEPS TO REPRODUCE 1. Import transactions 2. Select more than a single transaction with an "imported" status OBSERVED RESULT Impossible to accept them simultaneously EXPECTED RESULT "Transaction -> Mark Transaction as... -> Accepted" action should be available -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 455736] New: The "Go to" account in right click menu in the ledger is the same as the account shown
https://bugs.kde.org/show_bug.cgi?id=455736 Bug ID: 455736 Summary: The "Go to" account in right click menu in the ledger is the same as the account shown Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY The "Go to" account in right click menu in the ledger is the same as the account shown — it should instead be the 'Category' a transaction has been assigned to. This is how stable build works. Note that it could, in fact, be improved to show a separate "Go to" entry for *each* of the categories assigned, if more than a single was (i.e. the transaction has a split). STEPS TO REPRODUCE 1. Open an account in the ledger 2. Right click on a transaction OBSERVED RESULT Notice the "Go to" account is the same as the one being displayed EXPECTED RESULT The "Go to" account should be the Category assigned to this transaction, i.e. the account on other end of the transaction) ADDITIONAL INFORMATION Note that this could, in fact, be improved to show a separate "Go to" entry for *each* of the categories assigned, if more than a single was (i.e. the transaction has a split). Right now the stable build just shows the first one. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 455735] New: When editing a transaction, choosing a category from the list and confirming with 'Enter' resets it back to 'Asset'
https://bugs.kde.org/show_bug.cgi?id=455735 Bug ID: 455735 Summary: When editing a transaction, choosing a category from the list and confirming with 'Enter' resets it back to 'Asset' Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY When editing an imported transaction, choosing a category from the list and confirming with 'Enter' resets it back to 'Asset'. This does not happen if the category is chosen with a mouse cursor. STEPS TO REPRODUCE 1. Edit an imported transaction that does not yet have a Category assigned 2. Use 'Tab' to move to 'Category' field 3. Choose a category by typing first letters and/or with arrows, confirm with Enter OBSERVED RESULT As soon as the 'Enter' is pressed, the category is reset back to root 'Asset' node EXPECTED RESULT The selected category should be left assigned -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 455734] New: Changing encoding in CSV importer dialog resets the width of the table columns
https://bugs.kde.org/show_bug.cgi?id=455734 Bug ID: 455734 Summary: Changing encoding in CSV importer dialog resets the width of the table columns Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: importer Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY When importing a CSV file, changing the encoding appears to reset the auto-formatting of the table, which results of the column width getting shrunk to a fixed, minimum size. STEPS TO REPRODUCE 1. Attempt to import a CSV file 2. In step "2. Seaprators", change the selected encoding OBSERVED RESULT Table gets reformatted, columns width gets shrunk EXPECTED RESULT Column width should stay intact ADDITIONAL INFORMATION Seeing this now in master, but AFIR this affects the stable branch as well. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 454869] New: When reconciling a transaction, consider it automatically getting 'accepted'
https://bugs.kde.org/show_bug.cgi?id=454869 Bug ID: 454869 Summary: When reconciling a transaction, consider it automatically getting 'accepted' Product: kmymoney Version: git (master) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY Transactions which are marked as 'Imported' should potentially get automatically 'Accepted' when changing their status to 'Reconciled'. If not, then at the very least accepting a previously-reconciled transaction should not change its status back to 'Cleared' from 'Reconclied' -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 452024] Date Format when using CSV Importer --> Make QIF File
https://bugs.kde.org/show_bug.cgi?id=452024 Dawid Wróbel changed: What|Removed |Added CC||m...@dawidwrobel.com --- Comment #1 from Dawid Wróbel --- Out of curiosity — what is your use case for converting from CSV to QIF using that dialog? I was hoping on removing this functionality altogether, as it is not within the scope of CSV importer and the KMyMoney itself. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 451828] When importing Online transactions using OFX, transactions may be skipped if occurred on the day of the last update
https://bugs.kde.org/show_bug.cgi?id=451828 --- Comment #5 from Dawid Wróbel --- OK, so in that case I don't know what actually happened, as the transaction which went missing was dated one day ahead of the previous update performed. Given that we take -3 days, per your explanations, it should have been downloaded just fine. Weird! -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 451828] When importing Online transactions using OFX, transactions may be skipped if occurred on the day of the last update
https://bugs.kde.org/show_bug.cgi?id=451828 --- Comment #2 from Dawid Wróbel --- This actually isn’t an alternative, as it sets the period of time to a fixed T minus X. If the last time I downloaded transactions was anywhere earlier than in the last X days, some transactions will be ignored. What I want is for KMM to remember when I last downloaded (which it does in default setup), but also assume extra margin of a few days, so that any backdated transactions are also included. On Wed, Mar 23, 2022 at 6:29 PM Thomas Baumgart wrote: > https://bugs.kde.org/show_bug.cgi?id=451828 > > --- Comment #1 from Thomas Baumgart --- > Created attachment 147685 > --> https://bugs.kde.org/attachment.cgi?id=147685&action=edit > OFX import options > > Please see attached screenshot. Such an option is already available. If it > is > not working, then please state that here or close it as not a bug. > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 451828] New: When importing Online transactions using OFX, transactions may be skipped if occurred on the day of the last update
https://bugs.kde.org/show_bug.cgi?id=451828 Bug ID: 451828 Summary: When importing Online transactions using OFX, transactions may be skipped if occurred on the day of the last update Product: kmymoney Version: 5.1.2 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: onlinebanking Assignee: kmymoney-devel@kde.org Reporter: m...@dawidwrobel.com Target Milestone: --- SUMMARY I had it happened a few times that when importing transactions, that one or more transaction were not imported due to their posting date — either on the same day (although cannot confirm it) or a day before the date of the previous import. This can reasonably happen since some transactions may simply be cleared by the bank/merchant with a delay and, as such, posted retroactively with a backdate. A potential solution would be to always assume a backdated margin of -X days from the last update when executing an import. The X would match the "Match transactions within days" number, specified on Import tab in Ledger settings, thus guaranteeing no duplicates were created upon import. -- You are receiving this mail because: You are the assignee for the bug.
