[kmymoney] [Bug 453640] Home page Copy an amount no longer works
https://bugs.kde.org/show_bug.cgi?id=453640 Ian Neal changed: What|Removed |Added CC||iann_bugzi...@blueyonder.co ||.uk --- Comment #14 from Ian Neal --- (In reply to Pete from comment #5) > This problem also affects Fedora 36. Out of interest what window manager are you using? KDE, Gnome or something else? I see the same issue using Gnome on Fedora 36. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 462827] Crash when editing splits in a transaction
https://bugs.kde.org/show_bug.cgi?id=462827 --- Comment #7 from Ian Neal --- (In reply to Jack from comment #6) > Just for clarification, is this when editing splits in a transaction in the > ledger, or when editing splits in a scheduled transaction? I have checked, it crashes both for a scheduled transaction and a transaction that is already in the ledger. I have tested editing a scheduled transaction both in the ledger view and the scheduled transactions view - it crashes in both. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 462827] Crash when editing splits in a transaction
https://bugs.kde.org/show_bug.cgi?id=462827 --- Comment #4 from Ian Neal --- Tested using kmymoney-5.1-327-linux-gcc-x86_64.AppImage - that also crashes -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 462827] Crash when editing splits in a transaction
https://bugs.kde.org/show_bug.cgi?id=462827 --- Comment #3 from Ian Neal --- Easier STR: 1. Create a scheduled transaction with splits 2. Edit the scheduled transaction 3. On one of the splits alter the amount then hit CR and Enter at the same time (easier than trying to do it twice quickly). -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 462827] Crash when editing splits in a transaction
https://bugs.kde.org/show_bug.cgi?id=462827 --- Comment #2 from Ian Neal --- *** Bug 462026 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 462026] Crash whilst editing split
https://bugs.kde.org/show_bug.cgi?id=462026 Ian Neal changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #1 from Ian Neal --- *** This bug has been marked as a duplicate of bug 462827 *** -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 462827] Crash when editing splits in a transaction
https://bugs.kde.org/show_bug.cgi?id=462827 Ian Neal changed: What|Removed |Added Summary|Crash when entering |Crash when editing splits |multiple splits in a|in a transaction |transaction | --- Comment #1 from Ian Neal --- STR 1. Create a scheduled transaction with splits 2. Edit the scheduled transaction 3. On one of the splits alter the amount then hit CR twice very quickly 4. When prompted go back to editing the split 5. Loop back to step 3 for around 15-20 times. Expected result 1. Popup entitled "Enter Split" with message "You need to assign a category to this split before it can be entered." which, when acknowledge, goes back to split transaction screen. Actual result 1. Popup entitled "Enter Split" with message "You need to assign a category to this split before it can be entered." which, when acknowledge, crashes / hangs KMyMoney. I'm not sure if this is due to the number of times the field is being edited or how quickly the enter/CR key is hit. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 462827] New: Crash when entering multiple splits in a transaction
https://bugs.kde.org/show_bug.cgi?id=462827 Bug ID: 462827 Summary: Crash when entering multiple splits in a transaction Classification: Applications Product: kmymoney Version: 5.1.2 Platform: Fedora RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- Application: kmymoney (5.1.2) Qt Version: 5.15.7 Frameworks Version: 5.100.0 Operating System: Linux 6.0.10-200.fc36.x86_64 x86_64 Windowing System: X11 Distribution: "Fedora release 36 (Thirty Six)" DrKonqi: 5.26.3 [KCrashBackend] -- Information about the crash: Creating a new transaction with splits across multiple categories, each new split gets slower and slower to create until it eventually crashes. The crash can be reproduced sometimes. -- Backtrace: Application: KMyMoney (kmymoney), signal: Segmentation fault [KCrash Handler] #4 0x7f1fdb5eb750 in QWidget::setFocus(Qt::FocusReason) () at /lib64/libQt5Widgets.so.5 #5 0x55671ba799e9 in KMyMoneySplitTable::endEdit(bool, bool) () #6 0x7f1fd7ad2ec4 in QObject::event(QEvent*) () at /lib64/libQt5Core.so.5 #7 0x7f1fdb69e522 in QFrame::event(QEvent*) () at /lib64/libQt5Widgets.so.5 #8 0x7f1fdb5aed12 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #9 0x7f1fd7aa8278 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib64/libQt5Core.so.5 #10 0x7f1fd7aab5e4 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /lib64/libQt5Core.so.5 #11 0x7f1fd7af9897 in postEventSourceDispatch(_GSource*, int (*)(void*), void*) () at /lib64/libQt5Core.so.5 #12 0x7f1fd4bc9faf in g_main_context_dispatch () at /lib64/libglib-2.0.so.0 #13 0x7f1fd4c1f2c8 in g_main_context_iterate.constprop () at /lib64/libglib-2.0.so.0 #14 0x7f1fd4bc7940 in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #15 0x7f1fd7af938a in QEventDispatcherGlib::processEvents(QFlags) () at /lib64/libQt5Core.so.5 #16 0x7f1fd7aa6cca in QEventLoop::exec(QFlags) () at /lib64/libQt5Core.so.5 #17 0x7f1fdb7bf787 in QDialog::exec() () at /lib64/libQt5Widgets.so.5 #18 0x55671ba955c2 in KSplitTransactionDlg::exec() () #19 0x55671baa8559 in StdTransactionEditor::slotEditSplits() () #20 0x7f1fd7adbc26 in void doActivate(QObject*, int, void**) () at /lib64/libQt5Core.so.5 #21 0x7f1fdb6a31d6 in QAbstractButton::clicked(bool) () at /lib64/libQt5Widgets.so.5 #22 0x7f1fdb6a344e in QAbstractButtonPrivate::emitClicked() () at /lib64/libQt5Widgets.so.5 #23 0x7f1fdb6a508c in QAbstractButtonPrivate::click() () at /lib64/libQt5Widgets.so.5 #24 0x7f1fdb6a52ab in QAbstractButton::mouseReleaseEvent(QMouseEvent*) () at /lib64/libQt5Widgets.so.5 #25 0x7f1fdb5f1818 in QWidget::event(QEvent*) () at /lib64/libQt5Widgets.so.5 #26 0x7f1fdb5aed12 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #27 0x7f1fdb5b7382 in QApplication::notify(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #28 0x7f1fd7aa8278 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib64/libQt5Core.so.5 #29 0x7f1fdb5b5482 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool, bool) () at /lib64/libQt5Widgets.so.5 #30 0x7f1fdb60ab7c in QWidgetWindow::handleMouseEvent(QMouseEvent*) () at /lib64/libQt5Widgets.so.5 #31 0x7f1fdb60df40 in QWidgetWindow::event(QEvent*) () at /lib64/libQt5Widgets.so.5 #32 0x7f1fdb5aed12 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #33 0x7f1fd7aa8278 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib64/libQt5Core.so.5 #34 0x7f1fd7f6ae7d in QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) () at /lib64/libQt5Gui.so.5 #35 0x7f1fd7f4a02c in QWindowSystemInterface::sendWindowSystemEvents(QFlags) () at /lib64/libQt5Gui.so.5 #36 0x7f1fc3f178de in xcbSourceDispatch(_GSource*, int (*)(void*), void*) () at /lib64/libQt5XcbQpa.so.5 #37 0x7f1fd4bc9faf in g_main_context_dispatch () at /lib64/libglib-2.0.so.0 #38 0x7f1fd4c1f2c8 in g_main_context_iterate.constprop () at /lib64/libglib-2.0.so.0 #39 0x7f1fd4bc7940 in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #40 0x7f1fd7af938a in QEventDispatcherGlib::processEvents(QFlags) () at /lib64/libQt5Core.so.5 #41 0x7f1fd7aa6cca in QEventLoop::exec(QFlags) () at /lib64/libQt5Core.so.5 #42 0x7f1fd7aaed92 in QCoreApplication::exec() () at /lib64/libQt5Core.so.5 #43 0x55671b936b4a in main () [Inferior 1 (process 5156) detached] Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 462026] New: Crash whilst editing split
https://bugs.kde.org/show_bug.cgi?id=462026 Bug ID: 462026 Summary: Crash whilst editing split Classification: Applications Product: kmymoney Version: 5.1.2 Platform: Fedora RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- Application: kmymoney (5.1.2) Qt Version: 5.15.6 Frameworks Version: 5.99.0 Operating System: Linux 6.0.5-200.fc36.x86_64 x86_64 Windowing System: X11 Distribution: "Fedora release 36 (Thirty Six)" DrKonqi: 5.25.5 [KCrashBackend] -- Information about the crash: I was editing a transaction which had multiple splits The reporter is unsure if this crash is reproducible. -- Backtrace: Application: KMyMoney (kmymoney), signal: Segmentation fault [KCrash Handler] #4 0x7f5b67feb740 in QWidget::setFocus(Qt::FocusReason) () at /lib64/libQt5Widgets.so.5 #5 0x55c73f4839e9 in KMyMoneySplitTable::endEdit(bool, bool) () #6 0x7f5b644d2c44 in QObject::event(QEvent*) () at /lib64/libQt5Core.so.5 #7 0x7f5b6809e512 in QFrame::event(QEvent*) () at /lib64/libQt5Widgets.so.5 #8 0x7f5b67faed02 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #9 0x7f5b644a81c8 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib64/libQt5Core.so.5 #10 0x7f5b644ab534 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /lib64/libQt5Core.so.5 #11 0x7f5b644f9537 in postEventSourceDispatch(_GSource*, int (*)(void*), void*) () at /lib64/libQt5Core.so.5 #12 0x7f5b61619faf in g_main_context_dispatch () at /lib64/libglib-2.0.so.0 #13 0x7f5b6166f2c8 in g_main_context_iterate.constprop () at /lib64/libglib-2.0.so.0 #14 0x7f5b61617940 in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #15 0x7f5b644f902a in QEventDispatcherGlib::processEvents(QFlags) () at /lib64/libQt5Core.so.5 #16 0x7f5b644a6c1a in QEventLoop::exec(QFlags) () at /lib64/libQt5Core.so.5 #17 0x7f5b681bf5e7 in QDialog::exec() () at /lib64/libQt5Widgets.so.5 #18 0x55c73f49f5c2 in KSplitTransactionDlg::exec() () #19 0x55c73f4b2559 in StdTransactionEditor::slotEditSplits() () #20 0x55c73f38d5fe in KGlobalLedgerView::slotEditSplits() () #21 0x7f5b644db9a6 in void doActivate(QObject*, int, void**) () at /lib64/libQt5Core.so.5 #22 0x7f5b67fa82e6 in QAction::triggered(bool) () at /lib64/libQt5Widgets.so.5 #23 0x7f5b67faafa3 in QAction::activate(QAction::ActionEvent) () at /lib64/libQt5Widgets.so.5 #24 0x7f5b68134f32 in QMenuPrivate::activateCausedStack(QVector > const&, QAction*, QAction::ActionEvent, bool) () at /lib64/libQt5Widgets.so.5 #25 0x7f5b6813ce0c in QMenuPrivate::activateAction(QAction*, QAction::ActionEvent, bool) () at /lib64/libQt5Widgets.so.5 #26 0x7f5b67ff1808 in QWidget::event(QEvent*) () at /lib64/libQt5Widgets.so.5 #27 0x7f5b67faed02 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #28 0x7f5b67fb7372 in QApplication::notify(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #29 0x7f5b644a81c8 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib64/libQt5Core.so.5 #30 0x7f5b67fb5472 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool, bool) () at /lib64/libQt5Widgets.so.5 #31 0x7f5b6800afc5 in QWidgetWindow::handleMouseEvent(QMouseEvent*) () at /lib64/libQt5Widgets.so.5 #32 0x7f5b6800df30 in QWidgetWindow::event(QEvent*) () at /lib64/libQt5Widgets.so.5 #33 0x7f5b67faed02 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #34 0x7f5b644a81c8 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib64/libQt5Core.so.5 #35 0x7f5b6496ae7d in QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) () at /lib64/libQt5Gui.so.5 #36 0x7f5b6494a02c in QWindowSystemInterface::sendWindowSystemEvents(QFlags) () at /lib64/libQt5Gui.so.5 #37 0x7f5b509178be in xcbSourceDispatch(_GSource*, int (*)(void*), void*) () at /lib64/libQt5XcbQpa.so.5 #38 0x7f5b61619faf in g_main_context_dispatch () at /lib64/libglib-2.0.so.0 #39 0x7f5b6166f2c8 in g_main_context_iterate.constprop () at /lib64/libglib-2.0.so.0 #40 0x7f5b61617940 in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #41 0x7f5b644f902a in QEventDispatcherGlib::processEvents(QFlags) () at /lib64/libQt5Core.so.5 #42 0x7f5b644a6c1a in QEventLoop::exec(QFlags) () at /lib64/libQt5Core.so.5 #43 0x7f5b6813a763 in QMenuPrivate::exec(QPoint const&, QAction*, std::function) () at /lib64/libQt5Widgets.so.5 #44 0x7f5b6813a883 in QMenu::exec(QPoint const&, QAction*) () at /lib64/libQt5Widgets.so.5 #45
[kmymoney] [Bug 456472] Interest field dropped on buy transactions for brokerage accounts
https://bugs.kde.org/show_bug.cgi?id=456472 Ian Neal changed: What|Removed |Added CC||iann_bugzi...@blueyonder.co ||.uk --- Comment #7 from Ian Neal --- Can you not use a negative amount in the Fee field when adding the discounted shares? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 456472] Interest field dropped on buy transactions for brokerage accounts
https://bugs.kde.org/show_bug.cgi?id=456472 --- Comment #9 from Ian Neal --- As you will find only income categories for the Interest field if selling early. I think I worked around the issue by having the bond in a fake trading currency with the exchange rate usually being 1:1 but changing it for discounted purchases. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 444262] New: Date picker, frequency and process schedule at last day of the month should interact
https://bugs.kde.org/show_bug.cgi?id=444262 Bug ID: 444262 Summary: Date picker, frequency and process schedule at last day of the month should interact Product: kmymoney Version: 5.1.1 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY At the moment when scheduling a transaction there is no interaction between the date picker, frequency, and the checkbox for processing as last day of the month. STEPS TO REPRODUCE 1. Create a monthly or yearly transaction 2. Check processing for last day of the month 3. Set a start date OBSERVED RESULT 1. Date picker still gives day, month and year options EXPECTED RESULT 1. When processing for last day of the month is checked, there is no point for the date picker to give a day of the month prompt. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 425935] New: No way of changing smallest cash/money unit size
https://bugs.kde.org/show_bug.cgi?id=425935 Bug ID: 425935 Summary: No way of changing smallest cash/money unit size Product: kmymoney Version: 5.0.8 Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY When creating a new currency there is no way to change the smallest cash unit or smallest money unit sizes. Not sure how those sizes relate to the precision field that can be changed. STEPS TO REPRODUCE 1. Create a new currency in the currencies dialog 2. Select Edit of new currency 3. Smallest cash/money unit size shows at 0.01 OBSERVED RESULT 1. Fields are read only and there seems to be no way to edit them 2. Precision field is set to 4 but seems to bear no relation ship to smallest cash/money unit size. EXPECTED RESULT 1. Smallest cash/money unit size can be updated. 2. Perhaps the smallest cash unit should be linked to the precision field? I am presuming the smallest money unit is the smallest coin/note available in circulation, whereas the smallest cash unit is to what level currency calculations are done at. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Fedora 31 (available in About System) KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.70.0 Qt Version: 5.13.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 425934] New: Cannot rename new currency
https://bugs.kde.org/show_bug.cgi?id=425934 Bug ID: 425934 Summary: Cannot rename new currency Product: kmymoney Version: 5.0.8 Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY When you create a new currency it is always called new currency even if you try to rename it. STEPS TO REPRODUCE 1. Create a new currency using context menu in currencies dialog 2. Right click New currency and select "Rename currency" 3. Enter new name and close currencies dialog 4. Reopen currencies and look for your new currency OBSERVED RESULT 1. New currency is still called "New currency" EXPECTED RESULT 1. New currency is called what it was renamed to. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Fedora 31 (available in About System) KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.70.0 Qt Version: 5.13.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 424378] Values of date picker runs out of control for scheduled payments and transactions
https://bugs.kde.org/show_bug.cgi?id=424378 Ian Neal changed: What|Removed |Added CC||iann_bugzi...@blueyonder.co ||.uk --- Comment #6 from Ian Neal --- *** Bug 403335 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403335] When entering next transaction, clicking once on date increase starts date increasing until you click on decrease
https://bugs.kde.org/show_bug.cgi?id=403335 Ian Neal changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #8 from Ian Neal --- Double checked and it looks like the fix for Bug 424378 fixed this. *** This bug has been marked as a duplicate of bug 424378 *** -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 421757] Anonymised files are no longer created
https://bugs.kde.org/show_bug.cgi?id=421757 --- Comment #6 from Ian Neal --- With git master, manually typing example.anon.xml also works. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 421757] Anonymised files are no longer created
https://bugs.kde.org/show_bug.cgi?id=421757 --- Comment #5 from Ian Neal --- (In reply to Robert Szczesiak from comment #3) > This is what I did: > 1. Open the attached test file. > 2. Select File -> Save as...and choose XML format with no encryption. > 3. Input file name: xyz and select Filter: Anonymous files. > 4. Click Save. > > Result: > File named "xyz.anon.xml" (please find attached). > Seems good to me. > > SOFTWARE/OS VERSIONS > Manjaro Linux > KDE Plasma Version: 5.18.4 > KDE Frameworks Version: 5.69.0 > Qt Version: 5.14.2 > > branch: master Those are the same steps I am following, for whatever reason, selecting the Anonymous file filter is not adding the .anon.xml extension to the filename. If I manually add it on my 5.0.6 install then it creates an anonymised version -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 421757] Anonymised files are no longer created
https://bugs.kde.org/show_bug.cgi?id=421757 --- Comment #2 from Ian Neal --- Created attachment 128609 --> https://bugs.kde.org/attachment.cgi?id=128609=edit Anonymised file created on git master This only has two accounts (Check account and Savings), one scheduled transfer (Transfer 1) and one payee (Test Transfer) -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 421757] Anonymised files are no longer created
https://bugs.kde.org/show_bug.cgi?id=421757 --- Comment #1 from Ian Neal --- Created attachment 128608 --> https://bugs.kde.org/attachment.cgi?id=128608=edit Anonymised file created on 5.0.6 This is a test file saved anonymised, only has two accounts (Account 1 and Account 2) plus one monthly transfer (Transfer 1) and one payee (Regular) -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 421750] Scheduled monthly transaction will only change first date
https://bugs.kde.org/show_bug.cgi?id=421750 --- Comment #9 from Ian Neal --- (In reply to Robert Szczesiak from comment #8) > Yes, I had noticed that the scheduled transaction is a transfer and > therefore tried again on my private accounts. No success. > > So both your computers run Fedora 30, right? Yes, both run Fedora 30. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 421750] Scheduled monthly transaction will only change first date
https://bugs.kde.org/show_bug.cgi?id=421750 --- Comment #7 from Ian Neal --- Also note in both examples it is a transfer between accounts, so could it be related to that? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 421750] Scheduled monthly transaction will only change first date
https://bugs.kde.org/show_bug.cgi?id=421750 --- Comment #6 from Ian Neal --- Created attachment 128603 --> https://bugs.kde.org/attachment.cgi?id=128603=edit Test case created in 5.0.6 This is a similar file created on another computer using 5.0.6 (latest that ships with Fedora 30) and it shows the same issue. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 421750] Scheduled monthly transaction will only change first date
https://bugs.kde.org/show_bug.cgi?id=421750 --- Comment #4 from Ian Neal --- Created attachment 128601 --> https://bugs.kde.org/attachment.cgi?id=128601=edit Test kmy that demonstrates the issue I've created a test kmy file which demonstrates the issue. Monthly scheduled transfer created for 22nd May with limit of 10 If you try to change to 24th of month, only first one changes. I have my preview set to 500 days -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 421757] New: Anonymised files are no longer created
https://bugs.kde.org/show_bug.cgi?id=421757 Bug ID: 421757 Summary: Anonymised files are no longer created Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: file Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY When trying to create an anonymous file, it doesn't STEPS TO REPRODUCE 1. Create a test kmy file and add some accounts / data 2. Save As and select Anonymous file 3. Open newly created anonymous file OBSERVED RESULT 1. File name is "xyz.onymous files (*.anon.xml).kmy" - xyz is the name I asked to call it 2. File contents are not anonymised EXPECTED RESULT 1. File name is "xyz" 2. Contents are anonymised SOFTWARE/OS VERSIONS Windows: n/a macOS: n/a Linux/KDE Plasma: latest git master on Fedora 30 (available in About System) KDE Plasma Version: 5.15.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.5 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 421750] Scheduled monthly transaction will only change first date
https://bugs.kde.org/show_bug.cgi?id=421750 --- Comment #2 from Ian Neal --- (In reply to Jack from comment #1) > I can't reproduce this using git head 5.0 branch. I changed to show 90+ > days in the future in the ledger so I can see the next three scheduled > transactions, and they all show the same day of the month when I change it. > > I'm on frameworks 5.67.0, plasma 5.17.5, and qt 5.14.2. > > I used a plain payment from a savings account. Might the type of account > matter? I've pulled the latest master. This is on a checking account. One thing I forgot to add is that the scheduled transaction has an ending date. I have mine set to 10 transactions remaining. Can you try with that? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 421750] New: Scheduled monthly transaction will only change first date
https://bugs.kde.org/show_bug.cgi?id=421750 Bug ID: 421750 Summary: Scheduled monthly transaction will only change first date Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY A scheduled monthly transaction will only change the day of the month for first transaction STEPS TO REPRODUCE 1. Create a monthly transaction for 22nd of month 2. Check they all show for 22nd of each month 3. Edit monthly transaction to be 24th of month instead 4. Check dates for future transactions OBSERVED RESULT 1. First future transaction is on 24th but all further ones are on 22nd EXPECTED RESULT 1. All future transactions are on 24th SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Fedora 30 (available in About System) KDE Plasma Version: 5.15 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.5 ADDITIONAL INFORMATION Workaround is to delete the scheduled transaction and recreate for 24th -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 420115] New: Prompted to create scheduled transaction in Investment Account
https://bugs.kde.org/show_bug.cgi?id=420115 Bug ID: 420115 Summary: Prompted to create scheduled transaction in Investment Account Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- When entering a future transaction in an investment account you are prompted as to whether you want to create a scheduled transaction or not. As scheduled transactions are not currently supported on investment accounts, you should not be prompted. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 333093] Enhanced Scheduling needed
https://bugs.kde.org/show_bug.cgi?id=333093 --- Comment #7 from Ian Neal --- Would also be useful to say what happens when that falls on a non-processing day. Also the ability to say the nth processing day of the month. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 333093] Enhanced Scheduling needed
https://bugs.kde.org/show_bug.cgi?id=333093 Ian Neal changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 Version|4.6.4 |git (master) --- Comment #6 from Ian Neal --- Marking as confirmed -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 351681] Scheduled transaction enhancement
https://bugs.kde.org/show_bug.cgi?id=351681 Ian Neal changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE CC||iann_bugzi...@blueyonder.co ||.uk --- Comment #1 from Ian Neal --- *** This bug has been marked as a duplicate of bug 333093 *** -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 333093] Enhanced Scheduling needed
https://bugs.kde.org/show_bug.cgi?id=333093 Ian Neal changed: What|Removed |Added CC||gerard.dir...@kpnmail.nl --- Comment #5 from Ian Neal --- *** Bug 351681 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403332] Option for what to do with scheduled payments after 28th of month
https://bugs.kde.org/show_bug.cgi?id=403332 Ian Neal changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Ian Neal --- *** This bug has been marked as a duplicate of bug 333093 *** -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 333093] Enhanced Scheduling needed
https://bugs.kde.org/show_bug.cgi?id=333093 Ian Neal changed: What|Removed |Added CC||iann_bugzi...@blueyonder.co ||.uk --- Comment #4 from Ian Neal --- *** Bug 403332 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 338699] Week and day of week option for scheduled transactions
https://bugs.kde.org/show_bug.cgi?id=338699 Ian Neal changed: What|Removed |Added CC||iann_bugzi...@blueyonder.co ||.uk Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #1 from Ian Neal --- *** This bug has been marked as a duplicate of bug 333093 *** -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 333093] Enhanced Scheduling needed
https://bugs.kde.org/show_bug.cgi?id=333093 Ian Neal changed: What|Removed |Added CC||geo...@wildturkeyranch.net --- Comment #3 from Ian Neal --- *** Bug 338699 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403332] Option for what to do with scheduled payments after 28th of month
https://bugs.kde.org/show_bug.cgi?id=403332 --- Comment #1 from Ian Neal --- This has been partially fixed, as you can now set a payment to be on the last day of the month. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403335] When entering next transaction, clicking once on date increase starts date increasing until you click on decrease
https://bugs.kde.org/show_bug.cgi?id=403335 --- Comment #7 from Ian Neal --- Tested against Fedora 30 and this is still happening. In Fedora 30 the SOFTWARE/OS VERSIONS are: KDE Plasma Version: 5.15.5-1 KDE Frameworks Version: 5.64.0 Qt Version: 5.12.5 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403141] Continue no longer the default when deleting items in split
https://bugs.kde.org/show_bug.cgi?id=403141 Ian Neal changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |UPSTREAM --- Comment #5 from Ian Neal --- Was still happening under Fedora 29, but under Fedora 30 now back is it should be. In Fedora 30 the SOFTWARE/OS VERSIONS are: KDE Plasma Version: 5.15.5-1 KDE Frameworks Version: 5.64.0 Qt Version: 5.12.5 I'll mark as resolved upstream unless someone has a better suggestion -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 416945] New: Ability to specify location for backups
https://bugs.kde.org/show_bug.cgi?id=416945 Bug ID: 416945 Summary: Ability to specify location for backups Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY At the moment backups are stored in the same place as the original file, it would be good to be able to configure a separate location. STEPS TO REPRODUCE 1. Create a kmymoney file and allow it to create a backup 2. Look at where backup files are stored OBSERVED RESULT Backups are in the same directory as the original EXPECTED RESULT Backups can be stored in a separate location to the original SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Fedora 30 (available in About System) KDE Plasma Version: 5.14.5 KDE Frameworks Version: 5.59.0 Qt Version: 5.11.3 ADDITIONAL INFORMATION This is just for backups not for autosave. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 416902] New: Investment reports should ignore setting for "Show equity accounts"
https://bugs.kde.org/show_bug.cgi?id=416902 Bug ID: 416902 Summary: Investment reports should ignore setting for "Show equity accounts" Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY Investment reports cannot have their equity list changed if "Show equity accounts" is not enabled in kmymoney settings STEPS TO REPRODUCE 1. Set up some investment accounts with various equities 2. Uncheck "Show equity accounts" in kmymoney settings 3. Try to change the list of equities selected in one of the investment reports OBSERVED RESULT Equities are not shown EXPECTED RESULT Even if the user doesn't want equity accounts shown in other places, they will do in investment reports. (This is similar to the issue of showing closed accounts in reporting which has been previously fixed). SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Fedora 30 (available in About System) KDE Plasma Version: 5.14.5 KDE Frameworks Version: 5.59.0 Qt Version: 5.11.3 ADDITIONAL INFORMATION Workaround is to enable "Show equity accounts" each time you want to alter a report and then disable it after. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 413667] The annualized return calculation seems to be incorrect.
https://bugs.kde.org/show_bug.cgi?id=413667 Ian Neal changed: What|Removed |Added CC||iann_bugzi...@blueyonder.co ||.uk See Also||https://bugs.kde.org/show_b ||ug.cgi?id=416274 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 416274] Investment reports show incorrect annualized return percentage
https://bugs.kde.org/show_bug.cgi?id=416274 Ian Neal changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=413667 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 416274] Investment reports show incorrect annualized return percentage
https://bugs.kde.org/show_bug.cgi?id=416274 --- Comment #1 from Ian Neal --- OBSERVED RESULT The report calculates the annualized return percentages for some lines incorrectly. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 416274] New: Investment reports show incorrect annualized return percentage
https://bugs.kde.org/show_bug.cgi?id=416274 Bug ID: 416274 Summary: Investment reports show incorrect annualized return percentage Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- Created attachment 125131 --> https://bugs.kde.org/attachment.cgi?id=125131=edit Test file that demonstrates issue SUMMARY The Investment performance by account shows incorrect percentage for some annualized returns when run against multiple investment accounts. STEPS TO REPRODUCE 1. Create a number of different investment accounts with investments in, some with multiple investments, some with single. 2. Add price information so that an annualized return can be shown 3. Run report for Investment performance by account with date set to last 12 months. OBSERVED RESULT The report calculates the a EXPECTED RESULT The report calculates the annualized return percentages correctly for all investment accounts. Information from the annualized return percentage of prior investment accounts seems to get reused. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 29 (available in About System) KDE Plasma Version: 5.14.5.1 KDE Frameworks Version: 5.59.0 Qt Version: 5.11.3 ADDITIONAL INFORMATION If you select one account at a time, the report has the correct annualized return percentages. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 411015] Investment doesn't show correct value after switching investments
https://bugs.kde.org/show_bug.cgi?id=411015 --- Comment #4 from Ian Neal --- (In reply to Jack from comment #3) > It may not help any, but I would stick to number of shares in this > discussion. If you talk value, you have to consider that it is (should be?) > calculated using the most recent price for each stock, which is not > necessarily the price used in the buy transaction. All shares are priced at £1 each and that does not change. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 411015] Investment doesn't show correct value after switching investments
https://bugs.kde.org/show_bug.cgi?id=411015 --- Comment #2 from Ian Neal --- (In reply to Jack from comment #1) > This sounds possibly related to https://bugs.kde.org/show_bug.cgi?id=404753 > (about the display not updating in a report after editing multiple > transactions to change the memo field.) Does the correct value show if you > switch to some different view (say reports or payees) and then back to the > investments view? Or change the ledger to a different account and then back? So done some more testing. After editing the buy from stock A to stock B, the value of stock B is increased correctly, it is stock A which does not get correctly reduced. Say stock A has £2 of shares and stock B has £10 of shares. A buy of £1 of stock A shares is done. Stock A now shows £3 in the investment page and the ledger page. Stock B shows as having £10 in both the investment and ledger pages. Edit the buy of stock A to be for stock B. Stock A still shows as £3 in both pages (incorrectly). Stock B shows the correct £11 in both pages (correctly). Switching to other pages, accounts, ledgers, etc makes no difference to the values reported. The only thing that seems to update the values is restarting kmymoney. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 411015] New: Investment doesn't show correct value after switching investments
https://bugs.kde.org/show_bug.cgi?id=411015 Bug ID: 411015 Summary: Investment doesn't show correct value after switching investments Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Have an investment account with shares in both stock A and stock B 2. Buy some more shares in stock A 3. Check values of stock A and stock B in investments page 4. Edit buy so they are in stock B rather than stock A 5. Check values of stock A and stock B again in investments page OBSERVED RESULT Values have not changed EXPECTED RESULT Values have changed to reflect the edited buy WORKAROUND Close and reopen kmymoney and values show correctly SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 29 (available in About System) KDE Plasma Version: 5.14.5.1-1 KDE Frameworks Version: 5.58 Qt Version: 5.11.3 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 410075] Combine the two options "View all accounts" and "Hide closed" accounts
https://bugs.kde.org/show_bug.cgi?id=410075 Ian Neal changed: What|Removed |Added CC||iann_bugzi...@blueyonder.co ||.uk --- Comment #8 from Ian Neal --- (In reply to Jack from comment #6) > I actually do use it fairly often. I have many old accounts of various > sorts closed. Unfortunately, I seem to need to modify transactions in those > accounts on occasion, and have to reopen the account to edit the transaction > and then close the account. If closed accounts are not shown, I need to > toggle the display, make my edit, and then toggle again. Same here, I find it very convenient to be able to toggle it in the view menu. > So, I agree with having only a single place to control this, but we should > think carefully about the wording. Here I am less concerned with new users > than with existing users who need to toggle the view, and only remember one > or the other of the old settings, but not both. We should also definitely > retain a keyboard shortcut. When I first read this, until I read your third paragraph, I thought you meant once place in the UI not one setting in the background. > Might it make sense to have only a single setting, but place it both on the > view menu and within the Configure KMM dialog? The View could just be "Show > all accounts." but in the configure dialog the wording could be longer (such > as "Show all accounts. Without this set, closed accounts will not be > displayed in the Accounts View or on the Home Page.") Is it possible to leave the current wording just change the background setting and reverse the logic, or would that be too confusing? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 409371] Amount fields behaviour strangely
https://bugs.kde.org/show_bug.cgi?id=409371 Ian Neal changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED Ever confirmed|0 |1 --- Comment #3 from Ian Neal --- (In reply to Thomas Baumgart from comment #1) > I am unable to duplicate the behavior when using the TAB/BACKTAB key to > enter the amount field. All of the text is selected (highlighted). Here is > the fix which I added to solve the problem: > https://cgit.kde.org/kmymoney.git/commit/ > ?id=5008fc800e8806522263a9c9b5cc1cc5d74c7ae5 > > Nevertheless, I was able to duplicate the behavior with the decimal symbol > character. This needs to be fixed. Sorry, I should have said it was in the split transaction screen, when using the standard transaction screen it does work fine. Perhaps similar changes are also needed in: kmymoney/dialogs/keditscheduledlg.cpp line 612 kmymoney/dialogs/kenterscheduledlg.cpp line 397 kmymoney/dialogs/kmymoneysplittable.cpp line 1130 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 409372] New: About KMyMoney doesn't include Plasma version or OS info/version
https://bugs.kde.org/show_bug.cgi?id=409372 Bug ID: 409372 Summary: About KMyMoney doesn't include Plasma version or OS info/version Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- When you go to Help, About KMyMoney and then to the Libraries tab, it only lists: KDE Frameworks Qt Windowing system Bug reports ask for the plasma version, so this should be included in the Libraries tab and the OS information/version. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 28 (available in About System) KDE Plasma Version: 5.13.5 KDE Frameworks Version: 5.55.0 Qt Version: 5.11.3 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 409371] New: Amount fields behaviour strangely
https://bugs.kde.org/show_bug.cgi?id=409371 Bug ID: 409371 Summary: Amount fields behaviour strangely Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY When entering a transaction and you tab into an amount field, instead of highlighting field, cursor is placed at the end of the number. If you highlight amount with mouse and then press decimal, instead of deleting amount, cursor is placed at the end of the amount. I'm fairly sure this is a regression. SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.13.5 KDE Frameworks Version: 5.55.0 Qt Version: 5.11.3 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kholidays] [Bug 409189] New: Early May bank holiday for UK has been moved for 2020
https://bugs.kde.org/show_bug.cgi?id=409189 Bug ID: 409189 Summary: Early May bank holiday for UK has been moved for 2020 Product: frameworks-kholidays Version: git Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY For 2020 the early May bank holiday for the whole of the UK has been moved from Monday 4th May to Friday 8th May to coincide with the 75th anniversary of VE Day. This is for England & Wales, Northern Ireland and Scotland. Holiday files holiday_gb-eaw_en-gb, holiday_gb-nir_en-gb and holiday_gb-sct_en-gb will need the relevant line updating to something like: "Early May Bank Holiday"public on ((year == 2020) ? [may 8] : [first monday in may]) -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 407800] New: 21st June 2019 shows as non-processing day when holiday calendar is configured
https://bugs.kde.org/show_bug.cgi?id=407800 Bug ID: 407800 Summary: 21st June 2019 shows as non-processing day when holiday calendar is configured Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY When a transaction is scheduled to fall on Friday 21st June 2019 and it is configured to change it to next processing day, the transaction is shown as happening on Monday 24th June 2019 STEPS TO REPRODUCE 1. Set holiday calendar to be England and Wales 2. Create a monthly scheduled transfer to happen on Friday 21st June 2019 3. Set non-processing option to be on next processing day 4. Look at ledger for one of the accounts transfer is happening between OBSERVED RESULT Processing date is Monday 24th June 2019 EXPECTED RESULT Processing date is Friday 21st June 2019 SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Fedora 28 (available in About System) KDE Plasma Version: 5.13.5-1 KDE Frameworks Version: 5.55.0 Qt Version: 5.11.3 Using git master: 5.0.80-db7ccf17d ADDITIONAL INFORMATION Looked at https://cgit.kde.org/kholidays.git/tree/holidays/plan2/holiday_gb-eaw_en-gb?h=v5.55.0 If you set holiday calendar to (none) then processing date shows correctly. I've tested about 12 other calendars and they all seem to move 21st to a future date. Some e.g. Canada and France, move it to 25th even though I can not see a holiday on 24th June either. Canada's calendar - https://cgit.kde.org/kholidays.git/tree/holidays/plan2/holiday_ca_en-gb?h=v5.55.0 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403885] Buying / selling investments interest / fees round to 2 decimal places even when currency is to 6 decimal places
https://bugs.kde.org/show_bug.cgi?id=403885 Ian Neal changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #14 from Ian Neal --- It's not quiet fixed, it's working fine if you create one but as soon as you click edit on a previously created one, the interest / fees are immediately rounded to 2 decimal places. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403885] Buying / selling investments interest / fees round to 2 decimal places even when currency is to 6 decimal places
https://bugs.kde.org/show_bug.cgi?id=403885 --- Comment #12 from Ian Neal --- (In reply to Thomas Baumgart from comment #11) > Fixed with > https://commits.kde.org/kmymoney/d292de0b7f976d38d7c4e966aff573d7bb88fdd6 (I > dropped the wrong bug number into the commit message hence a bit of manual > cleanup here) When's this going to get merged into git master as it been a few weeks now? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403885] Buying / selling investments interest / fees round to 2 decimal places even when currency is to 6 decimal places
https://bugs.kde.org/show_bug.cgi?id=403885 Ian Neal changed: What|Removed |Added Resolution|FIXED |--- Ever confirmed|0 |1 Status|RESOLVED|REOPENED --- Comment #10 from Ian Neal --- Just tested with latest git master with fix in and it is still rounding. When you first try and create a new sell transaction, it wouldn't know what currency the interest is in until you select the category, is that why it is still failing? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403885] Buying / selling investments interest / fees round to 2 decimal places even when currency is to 6 decimal places
https://bugs.kde.org/show_bug.cgi?id=403885 --- Comment #8 from Ian Neal --- (In reply to Thomas Baumgart from comment #7) > Git commit 2fe372e97b012442f6f5be462ee23ebfcd19a5ab by Thomas Baumgart. > Committed on 03/02/2019 at 18:46. > Pushed by tbaumgart into branch '5.0'. > > Added automatic fix to adjust settings of precious metals > > Files created before Jan 19th 2019 will most certainly have a false > setting for the smallest account fraction of the precious metals gold, > platinum, palladium and silver. > > This change fixes the problem in the file when the file is opened. > > At the same time it initializes an investment transaction with the > commodity of the account and not the base currency. > FIXED-IN: 5.0.4 > > M +27 -0kmymoney/kmymoney.cpp > M +1-1kmymoney/mymoney/storage/mymoneystoragemgr_p.h > M +3-1kmymoney/views/kgloballedgerview_p.h > > https://commits.kde.org/kmymoney/2fe372e97b012442f6f5be462ee23ebfcd19a5ab Will this be going on master as well as 5.0? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403885] Buying / selling investments interest / fees round to 2 decimal places even when currency is to 6 decimal places
https://bugs.kde.org/show_bug.cgi?id=403885 --- Comment #6 from Ian Neal --- Tried to create sale with interest payment of 0.015 and it was rounded to 0.02 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403885] Buying / selling investments interest / fees round to 2 decimal places even when currency is to 6 decimal places
https://bugs.kde.org/show_bug.cgi?id=403885 Ian Neal changed: What|Removed |Added Attachment #117808|0 |1 is obsolete|| --- Comment #5 from Ian Neal --- Created attachment 117812 --> https://bugs.kde.org/attachment.cgi?id=117812=edit Test kmy created using git master Test file created using latest git master -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403141] Continue no longer the default when deleting items in split
https://bugs.kde.org/show_bug.cgi?id=403141 --- Comment #4 from Ian Neal --- Tested on another computer using the distro's KMyMoney running: Ubuntu 18.04.1 LTS Plasma 5.12.7 KDE Frameworks 5.44.0 Qt 5.9.5 xcb windowing system Issue happens on that platform too, so not just an issue on Fedora. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403885] Buying / selling investments interest / fees round to 2 decimal places even when currency is to 6 decimal places
https://bugs.kde.org/show_bug.cgi?id=403885 Ian Neal changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #3 from Ian Neal --- Testfile added -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403885] Buying / selling investments interest / fees round to 2 decimal places even when currency is to 6 decimal places
https://bugs.kde.org/show_bug.cgi?id=403885 --- Comment #2 from Ian Neal --- Created attachment 117808 --> https://bugs.kde.org/attachment.cgi?id=117808=edit Test kmy file Test file with investment and brokerage accounts in Palladium currency. Investment Bond 01 created in palladium with a buy and a sell transaction. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403001] Scheduled transactions show wrong date in forecast and ignore action for non-processing day
https://bugs.kde.org/show_bug.cgi?id=403001 Ian Neal changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED Version Fixed In||5.0.2 --- Comment #2 from Ian Neal --- Was fixed in 5.0.2 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 376047] Black dialogs whilst waiting for content to be painted on fedora 25
https://bugs.kde.org/show_bug.cgi?id=376047 Ian Neal changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Ian Neal --- No longer happens on Fedora 28/28 -> Closing -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403886] New: No way to set/change investment start date in investment wizard
https://bugs.kde.org/show_bug.cgi?id=403886 Bug ID: 403886 Summary: No way to set/change investment start date in investment wizard Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY When you add a new investment to an investment account there is no way of setting / changing the start date of that investment, it gets created with today's date. You have to wait until you buy some of that investment and run the consistency check to correct the issue. STEPS TO REPRODUCE 1. Create an investment account and add an investment 2. Buy some that investment with a date before today's date 3. Run the consistency check or try to make any changes in the brokerage account OBSERVED RESULT Consistency check flags that the investment date is before the start date and corrects it. You are unable to edit the investment in the brokerage account until the consistency check is carried out. EXPECTED RESULT The investment wizard lets you set the start date of the investment when creating / editing the investment (though would default to today's date). SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: Fedora 29 (xcb windowing system) (available in About System) KDE Plasma Version: 5.13.5-1 KDE Frameworks Version: 5.54.0 Qt Version: 5.11.3 ADDITIONAL INFORMATION Workaround is to go into the investment account, change the date of the earliest transaction on the investment and run the consistency check. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403885] New: Buying / selling investments interest / fees round to 2 decimal places even when currency is to 6 decimal places
https://bugs.kde.org/show_bug.cgi?id=403885 Bug ID: 403885 Summary: Buying / selling investments interest / fees round to 2 decimal places even when currency is to 6 decimal places Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY When buying or selling investments the interest and/or fees round to 2 decimal places even when the currency is set to calculate to 6 decimal places (e.g. palladium) STEPS TO REPRODUCE 1. Create an investment account with currency of palladium 2. Create a category for the investment interest with currency of palladium 3. Create and buy some investments in palladium 4. Sell some investments in palladium with interest added using the category created. OBSERVED RESULT Interest is rounded to 2 decimal places. EXPECTED RESULT Interest is rounded to 6 decimal places. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: Fedora 29 (xcb windowing system) (available in About System) KDE Plasma Version: 5.13.5-1 KDE Frameworks Version: 5.54.0 Qt Version: 5.11.3 ADDITIONAL INFORMATION Workaround is to go into the brokerage account and edit the interest amount there. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403249] When buying / selling shares for an investment, the value is rounded to two decimal places
https://bugs.kde.org/show_bug.cgi?id=403249 Ian Neal changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #5 from Ian Neal --- Pulled latest git master and can verify this has fixed my issue. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403335] When entering next transaction, clicking once on date increase starts date increasing until you click on decrease
https://bugs.kde.org/show_bug.cgi?id=403335 Ian Neal changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #6 from Ian Neal --- See replies inline. (In reply to Thomas Baumgart from comment #5) > I don't have a suggestion for another app, but some more tests and questions. > > 1. In case you press the up or down button on the right of the date, a popup > should appear underneath the date entry widget showing the full date > including weekday. This disappears after some time. Does the auto > increment/decrement is related to the disappearance of the popup? No, it starts the increments/decrements before the poup is due to disappear - in other circumstances the popup would disappear after about 1.5 seconds, the increase/decrease starts in under 1 second. > 2. Does the auto increment also happens, if you place the cursor in the > month or year section? No, if you click anyway in the date picker other than on the arrows and then one of the arrows, the auto increment does not happen. > 3. What happens, if you use the up or down arrow key of the keyboard instead > of clicking the buttons with the mouse? For the up/down arrow you have to click into the date field, so the auto increment does not happen. It only seems to happen if the date field has never had focus when you click one of the arrows. > 4. What happens, if you use the + or - key of the keyboard instead of > clicking the buttons with the mouse? As for 3. > 5. You mentioned, that the start of the auto increment happens delayed. How > fast does it increment? After the first increment, it can take less than 4 seconds to go from 11 to 31, so about 0.2 seconds per increment. > 6. Which theme do you use? Do you use an X-Server or Wayland? Icon theme is oxygen. Using Xwayland. Using Gnome as Desktop Manager (switching to Plasma makes no difference to the issue). > 7. Can you create a new fresh user on your system and see if KMyMoney > behaves the same in this account regarding the date widget? Behaves the same way for a new user with same file and a new file. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403335] When entering next transaction, clicking once on date increase starts date increasing until you click on decrease
https://bugs.kde.org/show_bug.cgi?id=403335 --- Comment #4 from Ian Neal --- (In reply to Jack from comment #3) > Ian - can you try some app other than KMM that uses the same date widget? > That might distinguish whether the problem is with the underlying widget > itself, or with how KMM is using it, although I do suspect the former. If you can suggest some apps, I will give it a go. What I have noticed is that it doesn't happen in all places in KMM, so for example if you are creating a new transaction in the ledger then it works as expected. Another place where it doesn't work correctly is in the price editor when you try to modify a date. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403335] When entering next transaction, clicking once on date increase starts date increasing until you click on decrease
https://bugs.kde.org/show_bug.cgi?id=403335 Ian Neal changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #2 from Ian Neal --- Yes, it also happens in other date selector fields like in reports. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403335] New: When entering next transaction, clicking once on date increase starts date increasing until you click on decrease
https://bugs.kde.org/show_bug.cgi?id=403335 Bug ID: 403335 Summary: When entering next transaction, clicking once on date increase starts date increasing until you click on decrease Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY When entering next transaction, clicking once on date increase starts date increasing until you click on decrease STEPS TO REPRODUCE 1. Setup a scheduled transaction and set preview schedule days to be enough to show next scheduled transaction. 2. Go to relevant ledger, right click and select Enter next transaction. 3. On dialog, select up arrow next to date and observe what happens. OBSERVED RESULT Date increases by one then, about a second later, increases until it reaches the end of the month. EXPECTED RESULT Date increases by one and doesn't increase any further until you click the up arrow again. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: Fedora 28 xcb windowing system (available in About System) KDE Plasma Version: 5.13.5-1 KDE Frameworks Version: 5.53.0 Qt Version: 5.11.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403332] New: Option for what to do with scheduled payments after 28th of month
https://bugs.kde.org/show_bug.cgi?id=403332 Bug ID: 403332 Summary: Option for what to do with scheduled payments after 28th of month Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY If you have a scheduled payment dated after 28th of month then there should be an overall option as to when that date doesn't exist in the month whether to have that processed on the last day of that month or the first day of the next month. STEPS TO REPRODUCE 1. Step up scheduled payment to come out 31st of each month. 2. Look at the forecast for a month which is shorter than 31 days (e.g. February 2019) OBSERVED RESULT Payment shows as being due on 28th February. EXPECTED RESULT Payment shows as being due 1st March. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: Fedora 28 xcb windowing system (available in About System) KDE Plasma Version: 5.13.5-1 KDE Frameworks Version: 5.53.0 Qt Version: 5.11.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403249] When buying / selling shares for an investment, the value is rounded to two decimal places
https://bugs.kde.org/show_bug.cgi?id=403249 --- Comment #1 from Ian Neal --- The currency I used for the investments is Palladium as it gives smallest money/cash unit of 0.01 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403249] When buying / selling shares for an investment, the value is rounded to two decimal places
https://bugs.kde.org/show_bug.cgi?id=403249 Ian Neal changed: What|Removed |Added Keywords||regression -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403249] New: When buying / selling shares for an investment, the value is rounded to two decimal places
https://bugs.kde.org/show_bug.cgi?id=403249 Bug ID: 403249 Summary: When buying / selling shares for an investment, the value is rounded to two decimal places Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY When buying / selling shares for an investment, the value is rounded to two decimal places STEPS TO REPRODUCE 1. Create a new bond, have fraction set to 1/100 and price precision set to 4 or higher. 2. Buy some shares, say 1.123456 at price/share of 1 3. Look at the value associated with buy. OBSERVED RESULT Value shows as 1.12 EXPECTED RESULT Value shows as 1.123456 SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: Fedora 28 (available in About System) KDE Plasma Version: 5.13.5-1 KDE Frameworks Version: 5.53.0 Qt Version: 5.11.1 ADDITIONAL INFORMATION If you re-edit the transaction then the value gets corrected to 1.123456 This used to be an issue in 4.x and got fixed around 2016 to 2017. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403156] Cmake fails on Fedora 28 looking for LibAlkimia and Qt4 Core and DBus
https://bugs.kde.org/show_bug.cgi?id=403156 --- Comment #12 from Ian Neal --- (In reply to Ian Neal from comment #11) > (In reply to Ralf Habacker from comment #10) > > (In reply to Rex Dieter from comment #9) > > > Thanks for the clarification. > > > > > > I'd jumped to that conclusion seeing the output: > > > > > > " The following configuration files were considered but not accepted: > > > /usr/lib64/cmake/LibAlkimia5-7.0/LibAlkimia5Config.cmake, version: > > > 7.0.1 > > The alkimia check in > > https://cgit.kde.org/kmymoney.git/tree/CMakeLists.txt?h=5.0#n73 is hardcoded > > to a single alkimia version and need to be fixed. As workaround in top level > > CMakeLists.txt chane from > > find_package(LibAlkimia5 7.0.0 REQUIRED) > > to > > find_package(LibAlkimia5 7.0 REQUIRED) > > Under my Fedora 28, the location is: > /usr/lib64/cmake/LibAlkimia-7.0/LibAlkimiaConfig.cmake > Note LibAlkimia instead of LibAlkimia5 in both cases Okay found my problem. I had install the RPM: libalkimia-devel-7.0.1-2.fc28.x86_64 Hence the location of the cmake file, once I installed libalkimia-qt5-devel-7.0.1-2.fc28.x86_64 cmake found the correct LibAlkimia5Config.cmake and stopped complaining about Qt4::Core and Qt4::DBus Still needed Ralf's suggested change though to CMakeLists.txt for it to not complain about libalkimia version 7.0.1 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403156] Cmake fails on Fedora 28 looking for LibAlkimia and Qt4 Core and DBus
https://bugs.kde.org/show_bug.cgi?id=403156 --- Comment #11 from Ian Neal --- (In reply to Ralf Habacker from comment #10) > (In reply to Rex Dieter from comment #9) > > Thanks for the clarification. > > > > I'd jumped to that conclusion seeing the output: > > > > " The following configuration files were considered but not accepted: > > /usr/lib64/cmake/LibAlkimia5-7.0/LibAlkimia5Config.cmake, version: 7.0.1 > The alkimia check in > https://cgit.kde.org/kmymoney.git/tree/CMakeLists.txt?h=5.0#n73 is hardcoded > to a single alkimia version and need to be fixed. As workaround in top level > CMakeLists.txt chane from > find_package(LibAlkimia5 7.0.0 REQUIRED) > to > find_package(LibAlkimia5 7.0 REQUIRED) Under my Fedora 28, the location is: /usr/lib64/cmake/LibAlkimia-7.0/LibAlkimiaConfig.cmake Note LibAlkimia instead of LibAlkimia5 in both cases -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403156] Cmake fails on Fedora 28 looking for LibAlkimia and Qt4 Core and DBus
https://bugs.kde.org/show_bug.cgi?id=403156 --- Comment #5 from Ian Neal --- Unfortunately that didn't make any difference, still get the same errors. Is there any extra diagnostics I can enable to see what is causing the issue? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403156] Cmake fails on Fedora 28 looking for LibAlkimia and Qt4 Core and DBus
https://bugs.kde.org/show_bug.cgi?id=403156 --- Comment #4 from Ian Neal --- I've made sure that qtchooser-default is pointing to qt5 and tried running cmake with QT_SELECT=qt5 but still get the same errors. Going through the outputs in the build directory, the only reference is to qt5 not qt4 I've just removed qt3, so I'll see if that makes any difference. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403141] Continue no longer the default when deleting items in split
https://bugs.kde.org/show_bug.cgi?id=403141 Ian Neal changed: What|Removed |Added Version|5.0.1 |5.0.2 Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #3 from Ian Neal --- Also tested using 5.0.2 RPMs from Fedora on Fedora 29 on a different computer with a new blank file. Every dialog that you would expect the continue / yes button to be the default is not, so has the same issue. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403156] Cmake fails on Fedora 28 looking for LibAlkimia and Qt4 Core and DBus
https://bugs.kde.org/show_bug.cgi?id=403156 Ian Neal changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #2 from Ian Neal --- (In reply to Thomas Baumgart from comment #1) > git master is Qt5/KF5 only. You won't be able to build it with Qt4. If > Fedora 28 does not provide Qt5 then use the KMyMoney 4.8 branch to build. Or > am I missing something here? Fedora 28 does have Qt5/KF5 and ships KMyMoney5. Qt5 is installed (5.11), but when you run cmake it complains that it needs Qt4::Core and Qt4::DBus Some example errors when running cmake are: CMake Error at tools/CMakeLists.txt:1 (add_executable): Target "xea2kmt" links to target "Qt4::QtCore" but the target was not found. Perhaps a find_package() call is missing for an IMPORTED target, or an ALIAS target is missing? CMake Error at tools/CMakeLists.txt:1 (add_executable): Target "xea2kmt" links to target "Qt4::QtDBus" but the target was not found. Perhaps a find_package() call is missing for an IMPORTED target, or an ALIAS target is missing? CMake Error at kmymoney/CMakeLists.txt:114 (add_executable): Target "kmymoney" links to target "Qt4::QtCore" but the target was not found. Perhaps a find_package() call is missing for an IMPORTED target, or an ALIAS target is missing? CMake Error at kmymoney/CMakeLists.txt:114 (add_executable): Target "kmymoney" links to target "Qt4::QtDBus" but the target was not found. Perhaps a find_package() call is missing for an IMPORTED target, or an ALIAS target is missing? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403156] New: Cmake fails on Fedora 28 looking for LibAlkimia and Qt4 Core and DBus
https://bugs.kde.org/show_bug.cgi?id=403156 Bug ID: 403156 Summary: Cmake fails on Fedora 28 looking for LibAlkimia and Qt4 Core and DBus Product: kmymoney Version: git (master) Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: buildsystem Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY When trying to build kmymoney (from git master) on Fedora 28, you get an error trying to find LibAlkimia and Qt4 Core / DBus STEPS TO REPRODUCE 1. Have Fedora 28 system 2. Make sure LibAlkimia and Qt4 libraries are installed on Fedora 28 3. Run cmake against latest kmymoney git master OBSERVED RESULT Error finding LibAlkimia5 cmake file Errors reported finding target for Qt4::Core and Qt4::DBus EXPECTED RESULT LibAlkimia is found Qt4 targets found ADDITIONAL INFORMATION If you update the CMakeLists.txt to look for LibAlkimia instead of LibAlkimia5 cmake file, then it finds the version 7 library If you update the CMakeLists.txt to look for Qt package as well as Qt5 then it complains about "CMake Error: The INTERFACE_QT_MAJOR_VERSION property of "Qt4::QtCore" does not agree with the value of QT_MAJOR_VERSION already determined" -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403141] Continue no longer the default when deleting items in split
https://bugs.kde.org/show_bug.cgi?id=403141 --- Comment #2 from Ian Neal --- KDE Frameworks 5.53.0 is the latest version that comes with Fedora 28 (and Fedora 29), not sure what other information I can provide. I can see from the KDE Frameworks code that if KMessageBox::Option is set to Dangerous then the cancel button has focus but not sure what is causing that in this case. It is happening in all ContinueCancel dialogs, not just the one for deleting a split item. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403141] Continue no longer the default when deleting items in split
https://bugs.kde.org/show_bug.cgi?id=403141 Ian Neal changed: What|Removed |Added Keywords||regression -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403141] New: Continue no longer the default when deleting items in split
https://bugs.kde.org/show_bug.cgi?id=403141 Bug ID: 403141 Summary: Continue no longer the default when deleting items in split Product: kmymoney Version: 5.0.1 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY When deleting items in a split, under 4.8.x, the confirmation dialog used to have "Continue" focused (the default), now it is "Cancel". This means you have to change the focused button before pressing return or click on the button. STEPS TO REPRODUCE 1. Edit a transaction with more multiple splits 2. Press delete key 3. Look at which button has focus in resultant dialog box OBSERVED RESULT Cancel button has focus EXPECTED RESULT Continue button has focus SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: Fedora 28 (xcb windowing system) (available in About System) KDE Plasma Version: 5.13.5-1 KDE Frameworks Version: 5.53.0 Qt Version: 5.11.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403138] Investments pane no longer shows trading symbol or current balance
https://bugs.kde.org/show_bug.cgi?id=403138 Ian Neal changed: What|Removed |Added Keywords||regression --- Comment #1 from Ian Neal --- This used to be available in 4.8.x -> regression -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403138] New: Investments pane no longer shows trading symbol or current balance
https://bugs.kde.org/show_bug.cgi?id=403138 Bug ID: 403138 Summary: Investments pane no longer shows trading symbol or current balance Product: kmymoney Version: 5.0.1 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY Investments pane no longer shows trading symbol or current balance STEPS TO REPRODUCE 1. Create some investments and buys / sells 2. Switch from Ledgers to Investments pane 3. View information OBSERVED RESULT Only Investment names listed EXPECTED RESULT Investments names, investment trading symbols and investments' current balance listed and can be sorted on SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: Fedora 28 (available in About System) KDE Plasma Version: 5.13.5-1 KDE Frameworks Version: 5.53.0 Qt Version: 5.11.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403001] Scheduled transactions show wrong date in forecast and ignore action for non-processing day
https://bugs.kde.org/show_bug.cgi?id=403001 Ian Neal changed: What|Removed |Added Keywords||regression --- Comment #1 from Ian Neal --- This did work correctly under 4.8.x so is a regression. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 403001] New: Scheduled transactions show wrong date in forecast and ignore action for non-processing day
https://bugs.kde.org/show_bug.cgi?id=403001 Bug ID: 403001 Summary: Scheduled transactions show wrong date in forecast and ignore action for non-processing day Product: kmymoney Version: 5.0.1 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- SUMMARY Scheduled transactions show wrong date in forecast and ignore action for non-processing day STEPS TO REPRODUCE 1. Create a scheduled transaction and set action to next processing day 2. Look at forecast on home page or look at ledger with forecasting on OBSERVED RESULT Date in forecast is original date and action for non-processing day is ignored EXPECTED RESULT Date in forecast is expected processing date with the action for non-processing day followed. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: Fedora 28 (available in About System) KDE Plasma Version: KDE Frameworks Version: 5.53 Qt Version: 5.11.1 ADDITIONAL INFORMATION KmyMoney version is reported as 5.0.0 in about page but RPM says 5.0.1-3 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 384118] Reports - Transactions from Closed Accounts.
https://bugs.kde.org/show_bug.cgi?id=384118 Ian Neal changed: What|Removed |Added CC||iann_bugzi...@blueyonder.co ||.uk --- Comment #1 from Ian Neal --- Edit the KMyMoney settings General -> Filter to show closed accounts then you will be able to select them but see Bug 397467 for a downside. Also added Bug 397468 as a wishlist item. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 397468] New: Reports covering historical reports should list closed accounts in use in that period
https://bugs.kde.org/show_bug.cgi?id=397468 Bug ID: 397468 Summary: Reports covering historical reports should list closed accounts in use in that period Product: kmymoney Version: git (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: reports Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- If you have a report covering say the last 12 months, it would good to included in the list of accounts available to report against those ones that are now closed but were in use during that reporting period. At the moment each time you want to change the report you have to edit the KMyMoney settings General -> Filter to show closed accounts, edit the report, then change the filter back again as the hidden accounts are automatically deselected from the account list in the report (see Bug 397467) -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 397467] New: Closed accounts are removed from a historical report each time the report is changed
https://bugs.kde.org/show_bug.cgi?id=397467 Bug ID: 397467 Summary: Closed accounts are removed from a historical report each time the report is changed Product: kmymoney Version: git (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- If you have closed accounts filtered from the accounts view then each time you want to change a report covering a historical period, you have to edit the KMyMoney settings General -> Filter to show closed accounts, edit the report, then change the filter back again as the hidden accounts are automatically deselected from the account list in the report. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney4] [Bug 376046] Missing icons in toolbar and payments panel on home page
https://bugs.kde.org/show_bug.cgi?id=376046 --- Comment #6 from Ian Neal <iann_bugzi...@blueyonder.co.uk> --- I'd not checked if Tango icons were installed, they are now... Now that Tango icons are installed (both the standard set and the extras), in the drop down I have: system oxygen Tango oxygen Tango My prefix for building is /usr/local -- You are receiving this mail because: You are watching all bug changes.
[kmymoney4] [Bug 376071] Payments show as overdue in KF5 but not in 4.8
https://bugs.kde.org/show_bug.cgi?id=376071 Ian Neal <iann_bugzi...@blueyonder.co.uk> changed: What|Removed |Added Platform|Other |Compiled Sources -- You are receiving this mail because: You are watching all bug changes.
[kmymoney4] [Bug 376071] New: Payments show as overdue in KF5 but not in 4.8
https://bugs.kde.org/show_bug.cgi?id=376071 Bug ID: 376071 Summary: Payments show as overdue in KF5 but not in 4.8 Product: kmymoney4 Version: git (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: file Assignee: kmymoney-de...@kde.org Reporter: iann_bugzi...@blueyonder.co.uk Target Milestone: --- STR 1/ Create some schedule payments to fall on a non-processing day and then set to move to next processing day 2/ Configure home page to show payments panel 3/ Open file in 4.8.0 version and make a note of any overdue payments 4/ Open file in KF5 version and make a note of any overdue payments Expected result 1/ No overdue payments in either version Actual result 1/ Payments shows as overdue in KF5 version but not in 4.8.0 version -- You are receiving this mail because: You are watching all bug changes.
[kmymoney4] [Bug 376046] Missing icons in toolbar and payments panel on home page
https://bugs.kde.org/show_bug.cgi?id=376046 --- Comment #4 from Ian Neal <iann_bugzi...@blueyonder.co.uk> --- Selecting oxygen from Icons settings and restarting kmymoney does give all the relevant icons. Selecting system or Tango doesn't. oxygen appears twice in the dropdown though. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney4] [Bug 376046] Missing icons in toolbar and payments panel on home page
https://bugs.kde.org/show_bug.cgi?id=376046 --- Comment #3 from Ian Neal <iann_bugzi...@blueyonder.co.uk> --- Created attachment 103849 --> https://bugs.kde.org/attachment.cgi?id=103849=edit Payments -- You are receiving this mail because: You are watching all bug changes.
[kmymoney4] [Bug 376046] Missing icons in toolbar and payments panel on home page
https://bugs.kde.org/show_bug.cgi?id=376046 --- Comment #2 from Ian Neal <iann_bugzi...@blueyonder.co.uk> --- Created attachment 103848 --> https://bugs.kde.org/attachment.cgi?id=103848=edit Toolbar -- You are receiving this mail because: You are watching all bug changes.
[kmymoney4] [Bug 376043] Build failure for 4.8 with Qt 5.7.1 on Fedora 25
https://bugs.kde.org/show_bug.cgi?id=376043 --- Comment #3 from Ian Neal <iann_bugzi...@blueyonder.co.uk> --- (In reply to Rex Dieter from comment #2) > I cannot reproduce the failure reported here on my f25 box. > > What I did: > > sudo dnf builddep kmymoney -y > git clone kde:kmymoney > cd kmymoney > git checkout remotes/origin/4.8 --track > mkdir build; cd build > cmake .. > make -j2 > > (I *did* have a failure once, because I had a local copy of Qt5-based > libalkimia installed, fyi, upstream: please rename Qt5's libalkimia > *Config.cmake to make it clear it is not compatible with Qt4-based > libalkimia-5.x) Yes, I have a locally built libalkimia (as I needed it to build git master version of kmymoney) -- You are receiving this mail because: You are watching all bug changes.