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

            Bug ID: 384801
           Summary: Converting multiple operations with different amounts
                    to "transfer" type changes all amounts to 0
           Product: skrooge
           Version: 2.9.0
          Platform: Debian unstable
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: guillaume.deb...@gmail.com
          Reporter: dterr...@yahoo.com
                CC: steph...@mankowski.fr
  Target Milestone: ---

KDE Frameworks 5.37.0
Qt 5.9.1 (built against 5.9.1)

This looks like a variant/regression of bug 263716.

Reproducible: Always

Steps to Reproduce:
1. Create 2 accounts, A and B.
2. In account A, create 3 operations:
2010-01-01 100
2010-01-02 100
2010-01-03 300
3. Select all three operations and switch type to Transfer. To Account will
automatically show "B", the amount will show as "-------".
4. Press Modify.

Actual Results:  
All operations are correctly marked as "transfer", and corresponding operations
are created in the target account, but all 6 have amount set to zero.

Expected Results:  
All operations should preserve their amounts and equivalent operations in
target account should be created with matching amounts -100, -100, -300.
If only the 1st 2 records (both with amount 100) are selected, the correct
outcome is achieved.
----
As a separate "bug" (but reporting it here in case this can be solved
simultaneously; please split and mark "Wishlist" if not):
If account B is created with a different currency than that of account A (say
X), then for each operation for which a duplicate in the target account is
created, a suggested converted amount is shown (OK to accept, Cancel to create
the new operation in the currency of account A). The same conversion factor is
used, even if different values were entered for Unit X for the different dates.
For example, if these Unit values were entered:
2010-01-01 1
2010-01-02 2
2010-01-03 4
then I would like to see the following operations in account B:
2010-01-01 -100
2010-01-02 -50
2010-01-03 -75
If the operations in account A are individually selected and modified to
transfers, then the "correct" operations are suggested and created.
----
Additional bonus wishlist bug:
Creating many transfers to different currency yields uninterruptable series of
dialog boxes 

If many operations are selected and modified to Transfers to an account in a
different currency at the same time, the dialog with suggested converted
amounts will pop up many times and this sequence cannot be interrupted (Cancel
just requests each operation to be created in the original currency).

It would be nice to have a checkbox on the dialog "Apply to all remaining."
If checked and Cancel selected, all operations in account B should be created
in the currency of account A.
If OK is selected, and if the suggested converted amount was not changed by the
user, then all amounts should be converted using the automatically retrieved
exchange rate (hopefully based on the unit values matching the operation date,
as suggested in the second part of this bug)
If the user did change the suggested converted amount, then an implied exchange
rate can be calculated from this new amount and the original amount and this
implied exchange rate can then be used for all remaining operations.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to